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NOTICE 


The information in this guide is subject to change without notice. 


COMPAQ COMPUTER CORPORATION SHALL NOT BE LIABLE FOR 
TECHNICAL OR EDITORIAL ERRORS OR OMISSIONS CONTAINED 
HEREIN; NOR FOR INCIDENTAL OR CONSEQUENTIAL DAMAGES 
RESULTING FROM THE FURNISHING, PERFORMANCE, OR USE OF 
THIS MATERIAL. 


This guide contains information protected by copyright. No part of this guide 
may be photocopied or reproduced in any form without prior written consent 
from Compaq Computer Corporation. 


© 1990 Compaq Computer Corporation. 
All rights reserved. Printed in the U.S.A. 


COMPAQ, DESKPRO, Registered United States Patent and Trademark Office. 
SYSTEMPRO is a trademark of Compaq Computer Corporation. 


The software described in this guide is fumished under a license agreement or 
nondisclosure agreement. The software may be used or copied only in 
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trademarks of their respective companies. 
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INTRODUCTION 


1.1 


OVERVIEW 


Since its inception in the early eighties, the growth of the personal computer market has 
been driven by the emergence of a de facto industry standard. The industry standard started 
with the original IBM PC system architecture and has evolved to the 386 and 486 
architecture in use today. 


The industry-standard architecture (ISA) provides enormous benefits to the PC user 
community. It is a stable platform for software and hardware development that gives 
customers the largest selection of products in the history of computers. ISA-compatibility 
across a wide range of products enables users to adapt new technologies quickly and 
efficiently, while protecting their investment in expansion boards and software. Availability 
of a variety of ISA-compatible products has freed PC users from a single-vendor, 
proprietary architecture and given them real freedom of choice to select the best computers, 
software, and peripherals to meets their needs. Over the last seven years, ISA has evolved 
to a customer-controlled standard rather than a vendor-controlled standard. 


Between 10 and 15 million personal computers based on the industry standard architecture 
are in use today. There are tens of thousands of software products and thousands of 
expansion boards and peripherals available for ISA-compatible PCs. Hundreds of personal 
computer models are available from dozens of manufacturers that take advantage of the 
huge base of hardware and software. U.S. business has invested nearly $100 billion in ISA 
personal computers, software, expansion boards, peripherals, and user training. 


A steady progression of advances has resulted in performance and function enhancement to 
the industry standard, while maintaining full compatibility with PC hardware and software 
products. Microprocessors progressed from the 8088 and 8086 to the 80286 and then to the 
386 and 486. MS-DOS and OS/2 have evolved to support over a gigabyte of fixed disk 
drive storage space and expanded memory manager software has been developed to allow 
DOS applications access to expanded memory. MS Windows, OS/2, UNIX, and XENIX 
now provide multitasking capabilities on the 80286. Expansion bus I/O and memory 
addressing were increased with the addition of a 16-bit data bus and a 24-bit (16-megabyte) 
address bus. Each advance was carefully engineered for full compatibility with industry 
standard hardware and software. 
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Upon this firmly established foundation, the industry standard will continue to strengthen 
and evolve. The future will bring even faster 386 and 486 microprocessors. It will bring 
new, compatible versions of operating systems, including advanced versions of MS-DOS 
and OS/2. 


The combination of advanced microprocessor architecture and advanced operating systems 
will stimulate the development of a new generation of PC applications traditionally 
associated with departmental computer systems, such as advanced networking, 
communications gateways, database access by multiple users, and transaction processing. 
These multiuser applications require the transfer of large volumes of data and will create 
the need to extend the ISA data and address bus to 32 bits. 


The Extended Industry Standard Architecture (EISA) Specification on which this guide is 
based is a joint effort by computer industry leaders to develop the 32-bit extension for 
industry standard computers. It defines a high performance open-architecture bus available 
to PC manufacturers, expansion board venders, software developers, and semiconductor 
suppliers without financial or technical constraints. 


For more information and/or a copy of the EISA Specification Version 3.10, contact: 


BCPR Services, Inc. 
1400 L St. N.W. 
Washington, D.C. 20005 
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ABOUT THIS GUIDE 


This guide provides hardware, firmware (ROM), and software information on the EISA 
expansion bus used in COMPAQ products and is intended for: 


@ Developers who want to know more about the hardware and general theories about 
how EISA works 


m@ Programmers who need to know about the hardware (programmable devices) and 
firmware for programming purposes 


Engineers who need technical information to develop EISA-compatible devices 
Technicians who need technical information to maintain EISA-compatible devices 


Individuals or companies who want to know more about the Extended Industry 
Standard Architecture Expansion Bus 


NOTE: This guide is an adaptation of the EISA Specification Version 3.10 as published 
with permission of BCPR Services, Inc., and as such does not precisely reflect 
document organization and notational conventions found in other COMPAQ 
Technical Reference Guides. 
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Organization 


Chapter 1 describes the organization and the conventions used in this guide. 


m@ Chapter 2 introduces EISA, its features and functions. 

= Chapter 3 provides a description of the EISA bus signals and their usage. 

™ Chapter 4 discusses the types of devices and cycles that can operate on the EISA 
expansion bus. 

™ Chapter 5 describes bus arbitration and refresh operations. 

m Chapter 6 describes the electrical and mechanical specifications of the EISA 
expansion bus. 

m@ Chapter 7 provides EISA system I/O maps. 

m Chapter 8 describes Direct Memory Access (DMA) operations. 

m™ Chapter 9 discusses the interrupts and timers. 

™ Chapter 10 describes the automatic system configuration function. wif 

m Appendix A contains miscellaneous notes concerning EISA applications. 

m Appendix B contains a glossary of terms used in this guide. 
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13 NOTATIONAL 
CONVENTIONS 


Values 


I/O addresses and other values are in hexadecimal notation when shown with the letter “h” 
after them, such as “100h.” Memory addresses are in hexadecimal when expressed as 
SSSS:0000 (SSSS is a 16-bit segment and 0000 is a 16-bit offset). All other numbers are in 
decimal notation. 


Bit Notation 


Ranges or limits for bit fields within a byte are shown as a pair of values separated by a 
colon. For example, < 4:0 > includes bit numbers 4, 0, and every number in between (3, 2, 
and 1). The most-significant bit is represented by the highest number, on the left. 


Signal Labels/Terms 


Signal values are labeled AO, Al, A15, etc. Signal names are in uppercase letters. Signals 
that are grouped as part or all of a bus are indicated by the signal name followed by a range 
of bit values within brackets, such as the address signals “SA< 19:0 >.” 


Signals that are negative truce, or active low, are indicated in the text and in art by an 
asterisk, such as the signal “START*.” 


In text, signals are referred to as being either asserted or negated. An asserted signal 1s one 
made active (driven high or low), while a negated signal is one made inactive (driven or 
pulled high or low). 


A slot-specific signal is shown as the signal name followed by a lower case “x,” such as the 
signal “AENx.” 
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Register Notation and Usage 


The standard Intel naming conventions are used for registers. AX, BX, CX, and DX are the 
names of the general registers when used as word-length registers (16-bit). AH, AL, BH, 
BL, CH, CL, DH, and DL are the names for the general registers when they are used as 
byte-length registers (8-bit). 

SI, DI, and BP denote the source index, destination index, and base pointer registers, 
respectively. 


CS, DS, SS, and ES denote the four segment registers: code segment, data segment, stack 
segment, and extra segment, respectively. CS is used with the IP (instruction pointer) 
register, and SS is used with the SP (stack pointer) register. 


FL is the flag register used to return the status of some operations. Status is given as the 
State of one of the flags within the register: CF for carry flag, IF for interrupt flag, etc. 
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Common Acronyms and Abbreviations 


Table 1-1 

Acronyms and Abbreviations 
Acronym/Abbr. Meaning 
A ampere 
AC alternating current 
ACE asynchronous Communications element 
ACK acknowledge 
ASIC application specific intergrated circuit 
b binary 
BCD binary coded decimal 
BIOS basic input/output system 
bpi bits per inch 
bps bits per second 
CF carry flag 
CGA color graphics adapter 
CH channel 
cm centimeter 
CMOS complementary metal-oxide semiconductor 
CNTLR controller 
CPU central processing unit 
dBm decibel referred to 1 milliwatt 
DC direct current 
DCC diskette controller chip 
DF direction flag 
DMA direct memory access 
DRAM dynamic random access memory 


Continued 
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Table 1-1 Acronyms and Abbreviations Continued 


Acronym/Abbr. Meaning 

DRQ data request 

dword 32-bit double-word 

ECC error correction code 

EGA enhanced graphics adapter 
EISA extended ISA 

EO| extended operation interrupt 
FRI flux reversals per inch 

GB gigabyte (1 x 230 bytes) 

h hexadecimal 

HW hardware 

Hz hertz 

IF interrupt flag 

In inch 

INT interrupt 

IPS inch per second 

IRQ interrupt request 

ISA industry standard architecture 
Kb kilobit (1024 bits) 

KB kilobyte (1024 bytes) 

Kb/s kilobits per second 

kg kilogram 

KHz kilohertz 

kv kilovolt 

Ib pound 

LCD liquid crystal display 

LSI large scale integration 
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Table 1-1 Acronyms and Abbreviations Continued 
Acronym/Abbr. Meaning 

m meter 

mA milliampere 

Mb megabit (1 x 220 bits) 

MB megabyte (1 x 220 bytes) 

Mb/s megabits per second 

MB/s megabytes per second 

MDA monochrome display adapter 

MFM modified frequency modulation 

MHz megahertz 

ms millisecond (10-3 seconds) 

ns nanosecond (10-9 seconds) 

N variable parameter/value 

NiCad nickel-cadmium 

NMOS N-channel metal—oxide semiconductor 
NT nested task flag 

NVRAM non-volatile random access memory 
PF parity flag 

pF picofarad 

PTR pointer 

RAM random access memory 

RF resume flag 

RMS root mean square 

ROM read-only memory 

RPM revolutions per minute 

RTC real-time clock 

SF sign flag 


Continued 
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Table 1-1 Acronyms and Abbreviations Continued 


Acronym/Abbr. Meaning 

SRAM static random access memory 
SW software 

TF trap flag 

TPI tracks per inch 

TTL transistor-transistor-logic 
UART universal asynchronous receiver/transmitter 
us microsecond (10-6 seconds) 
V volt 

VGA video graphics array 

VGC video graphics controller 
VLSI very large scale integration 

W watt 

ZF zero flag 
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OVERVIEW 


2.1 INTRODUCTION 


The Extended Industry Standard Architecture (EISA) is a superset of the ISA 8- and 16-bit 
architecture. It extends the capabilities of that standard while maintaining compatibility 
with ISA expansion boards. 


EISA introduces the following major advances: 


m@ 32-bit memory addressing for CPU, Direct Memory Access (DMA) devices, and bus 
masters 


16- or 32-bit data transfers for CPU, DMA, and bus master devices 


m An efficient synchronous data transfer protocol which allows for normal single 
transfers, as well as high-speed burst transfers 


Automatic translation of bus cycles between EISA and ISA masters and slaves 
Support of intelligent bus master peripheral controllers 

Enhanced DMA arbitration and transfer rates 

33 megabytes per second (MB/s) data transfer rate for bus masters and DMA devices 


Shareable interrupts, programmable for edge- or level-triggering 


Automatic configuration of system and expansion boards 
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2.2 COMPATIBILITY WITH ISA 


EISA systems maintain full compatibility with the existing industry standard. EISA 
connectors are a superset of the 16-bit connectors on ISA system boards. 


ISA 8- and 16-bit expansion boards can be installed in EISA slots. All EISA performance 
and function enhancements are similarly superset features, maintaining full compatibility 
with ISA expansion boards and software. 


2.3 MEMORY CAPACITY 


EISA systems support a 32-bit address path. The main CPU, bus masters, and DMA 
devices may access the entire 80386 memory space. ISA memory cards can be used without 
modification in the lower 16 megabytes. EISA memory cards can add as much memory as 
needed for the application. The total memory supported is limited only by the packaging 
constraints of the individual product, rather than the system architecture. 
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SYNCHRONOUS DATA 
TRANSFER PROTOCOL 


The EISA bus achieves its speed and flexibility through the use of a synchronous transfer 
protocol. Bus masters and multiple processors can synchronize their bus cycles to a 
common clock to achieve maximum performance. The synchronous transfer protocol also 
provides the cycle control necessary to execute burst cycles with up to 33 MB/s data 
transfer rate. 


On the EISA synchronous bus, control signals, address lines, and data bus use a bus clock 
generated by the system board as the reference for a transfer. Unlike many systems, 
however, the bus clock is not a fixed frequency. Since the system board is the source of 
most bus cycles, the system board adjusts the bus clock frequency and phase to achieve the 
maximum performance of the CPU and memory. 


EISA provides a variety of cycle types to cover the range of speed and complexity 
requirements for different applications. The standard transfer cycle requires two clock 
cycles. At the high end of the performance spectrum are burst cycles, which require one 
clock cycle per transfer. 


ENHANCED 
DMA FUNCTIONS 


EISA systems provide a number of DMA enhancements including: 32-bit addressability, 8- 
16-, and 32-bit data transfers and higher performance arbitration and data transfer cycles. 
EISA DMA provides ISA-compatible modes with ISA timing and function as the default. 


? 


DMaA offers a lower cost alternative to an intelligent bus master. The EISA DMA functions 
are intended for I/O peripherals that do not require local intelligence on the peripheral 
interface. 


Extended Industry Standard Architecture Expansion Bus 


J 2-4 Overview 


32-Bit Address Support 
for DMA Transfers 


EISA 32-bit address support enables ISA, as well as EISA DMA devices, to transfer data to 
any 32-bit memory address. The default DMA supports an ISA-compatible 24-bit address 
with no software or hardware modifications. DMA software can be modified to support the 
32-bit memory space, without modifications to the DMA hardware. 


8-, 16-, Or 32-bit Data Transfers 
From DMA Devices 


Any DMA channel may be programmed for 8-, 16-, or 32-bit data transfers. An 8-bit DMA 
device uses the low 8 bits of the data bus, a 16-bit device uses the low 16 bits, and a 32-bit 
device uses the full 32-bit data bus. 


A 32-bit DMA device can perform up to 33 MB/s data transfers using burst cycles. 
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DMA Cycle Types 


EISA DMA devices may be programmed for high performance data transfers using one of 
four DMA cycle types. The default cycle type, or compatible cycles, delivers a higher data 
transfer rate than ISA-compatible computers. The improvement is the result of EISA’s 
faster bus arbitration and requires no hardware or software modifications to ISA-compatible 
DMA devices. Type “A” and Type “B” cycles are EISA modes that, with special 
programming, allow some ISA-compatible DMA devices to achieve even higher 
performance. The Burst DMA (Type “C”) cycle type is the highest performance DMA 
cycle and is only available to DMA devices designed specifically for burst. 


Table 2-1 indicates peak data transfer rates for each DMA cycle type, and the DMA 
devices that are compatible with the cycle type. 


Table 2-1 
EISA/ISA Cycle Type Relations 
we DMA Transfer Rate 

Cycle Type MB/s Compatibility 
Compatible 

8-bit 1.0 All ISA 

16-bit 2.0 All ISA 
Type A 

8-bit 1.3 Most ISA 

16-bit 2.6 Most ISA 

32-bit 5.3 EISA only 
Type B 

8-bit 2.0 some ISA 

16-bit 4.0 some ISA 

32-bit 8.0 EISA only 
Type C 

8-bit 8.2 EISA only 

16-bit 16.5 EISA only 

32-bit 33.0 EISA only 
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2.6 BUS MASTER CAPABILITIES 


EISA systems support a bus master architecture for intelligent peripherals. The bus master 
architecture provides a high-speed data channel with data rates up to 33 MB/s using EISA 
burst cycles. The bus master provides local intelligence by including a dedicated I/O 
processor and local memory. It can relieve the burden on the main CPU by performing 
sophisticated memory access functions, such as non-ordered scatter/gather data transfers. 
Examples of applications that might benefit from a bus master implementation include 
communication gateways, disk controllers, LAN interfaces, data acquisition systems, and 
certain classes of graphics controllers. 


2.7 DATA SIZE TRANSLATION 


The EISA bus system provides a mechanism for EISA expansion boards to communicate 
with ISA-compatible devices. The EISA bus master or slave generates EISA data and 
control signals, letting the system board copy the data to the appropriate byte lanes and 
translate the control signals as necessary. 


The system board provides the automatic translation for 16-bit ISA bus masters, 8- or 
16-bit memory and I/O slaves, and DMA devices. The system board also provides 
automatic translation for transactions between 16- and 32-bit EISA devices. 
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2.8 BUS ARBITRATION 


EISA systems also provide a centralized arbitration scheme that allows efficient bus sharing 
among multiple EISA bus masters and DMA devices. The centralized arbitration supports 
preemption of an active bus master or DMA device and can reset a device that does not 
release the bus after preemption. 


The EIJSA arbitration method grants the bus to DMA devices, DRAM refresh, bus masters 
and CPU functions on a fair, rotational basis. The rotational scheme provides a short 
latency for DMA devices to assure compatibility with ISA DMA devices. Bus masters and 
the CPU, which typically have buffering available, have longer, but deterministic latencies. 


2.9 EDGE-/LEVEL-TRIGGERED 
INTERRUPTS 


EISA systems provide level-triggered shareable interrupts. Any EISA interrupt can be 
individually configured for edge- or level-triggered operation. Edge-triggered operation 

we provides full compatibility with existing interrupt-driven ISA devices. Level-triggered 
operation facilitates the sharing of a single system interrupt by a number of devices. 
Level-triggered interrupts might be used, for example, to share a single interrupt between a 
number of serial ports. 
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2.10 AUTOMATIC SYSTEM 
CONFIGURATION 


EISA provides the capabilities for automatic configuration of system and expansion boards. 
EISA expansion board manufacturers include configuration files with expansion board 
products. The configuration files can be included with either new, fully programmable 
EISA boards or switch-configured ISA products. The configuration files are used at system 
configuration time to assign system resources (such as DMA channels, interrupt levels) and 
thus prevent conflicts between the installed expansion boards. For switch-configurable 
boards, the configuration files can be used to outline the proper assignment of resources and 
instruct the user about the proper selection of switch settings. 


To accomplish the automatic system and expansion board configuration, EISA provides a 
method for accessing I/O port ranges that are slot-specific. Thus, a board using these ranges 
can be plugged into any slot in the system without the risk of I/O range conflicts. These I/O 
ranges can be used for expansion board initialization or for normal I/O port assignments 
that are guaranteed not to conflict with any other expansion board installed in the system. 


EISA also includes a product identification mechanism for systems and expansion board J 
products. The product identifier allows products to be identified during the configuration 

and initialization sequences for the system and expansion boards. EISA includes guidelines 

for selection of a product identifier. The identifier of each product is selected by the 

product manufacturer and does not need the approval of any other party in the industry. 
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EISA FEATURE/BENEFIT 
SUMMARY 


The following table provides a summary of the key features and benefits of EISA. 


Table 2-2 
EISA Feature/Benefit Summary 
Feature Benefit 
Full support of industry Preserves customer and industry investment; provides 
standard expansion boards maximum flexibility in product selection 
ISA expansion board size 63 square inches of board space for complex peripherals 
and ease of implementation 
Maximum +5V power per slot Ample power available for complex, intelligent peripherals 
of approximately 4.5 
Full function 32-bit address 33 MB/s bus master and DMA data transfer rates for high 
and data bus performance peripherals; support for greater than 16 


megabytes of memory 


Enhanced DMA functions: Improved performance and memory addressing for ISA 
and EISA DMA devices 


Improved efficiency of DMA data block transfers up to 
rtofd dand 
mend eevel sana - a rates of 33 MB/s for 32-bit DMA transfers 


Efficient arbitration cycles 


Fast DMA cycle times 


Support of 32-bit address 
and data size 


Bus master support: Provides high performance and local intelligence for 


Support for multiple bus sophisticated peripherals 


master peripherals Data transfer rate up to 33 MB/s for 32-bit bus master 

Efficient arbitration cycles peripheral 

Automatic 8-, 16- or 32-bit 

data path translation 

Support of 32-bit transfers 

Support of fast burst cycles 
Automatic expansion board Enhanced ease of configuration for new EISA boards 
configuratioin and existing ISA expansion boards. 
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SIGNAL DESCRIPTIONS 


3.1 INTRODUCTION 


This chapter provides a description of the signals available on the EISA expansion bus 
connector and how they are used. For this discussion, the signal descriptions are grouped 
according to function. 


3.2 ADDRESS AND DATA 
SIGNAL GROUP 


The following paragraphs provide a description of signals used for memory and I/O 
addressing, and signals used for the transfer of data. 


BE*< 3:0 > 


BE*< 3:0 > are the byte enable signals that identify the specific bytes addressed ina 
dword. BE*< 3:0 > are pipelined from one cycle to the next and must be latched by the 
addressed slave, if required for the whole cycle. The timing of these signals varies 
depending on the cycle type. During normal cycles, they go valid before BALE goes active 
and remain valid as long as the LA< 31:2 > lines remain valid. During DMA or 16-bit ISA 
bus master cycles, they go valid at least 1/2 BCLK before the CMD* or ISA command 
signals go active. It is permissible for a 32-bit bus master to drive both of the high bytes of 
the data bus on write cycles even if it only places valid data (as indicated by BE*< 3:0 > 
lines) on one of the high bytes. 


eee ee eee eee eee eee eee ee nee eee ee eee eee eee ee, ee 
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Table 3-1 

Legal Combinations of BE*< 3:0 > 
Byte Bytes Driven during Write 
Enables 32-Bit 16-Bit Downshift Bytes Driven by Slave on Read 
at Bus BE* Master Master Master 32-Bit 16-Bit 8-Bit 
Lane Lane Lane Lane Lane Lane Lane 
3210 3210 10 3210 3210 10 0 
0000 3210 === 3210 3210 1 0 0 
0001 32 1 === 32 1 32 1 1 1 
0010 ae=e=S= a ======= ae at oe soa _ 
0011 32 3 2 3232 32 3 2 2 
0100 === —— ==Ss=== SS peer ai _ 
cL 5 rr re 
Mit a aa | see 00 Se ell! 
O11 1 3? 3 3°73 3? 3 3 
1000 7210 === 7210 2210 10 0 
100 1 72 1 === 72 1 22 1 1 1 
[m1 —- a 0|[lUlUl|)|l[UlUCUkl!C TS 
101 1 ? 2 2 72 2 22 2 2 
1100 10 1 0 1 0 10 1 0 0 
110 1 1 1 1 1 1 1 
1110 0 0 0 0 0 0 
1111 SeSe==2 =22 S22 S] St faa ae = ~ 
LEGEND: “=” means that the BE* < 3:1 > code should never be generated. 


“2?” means that the data bus byte may be driven, but will be ignored. 


a 
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D< 31:24 > 


These bidirectional lines carry the highest order eight bits of the 32-bit data bus. A 32-bit 
device uses D< 31:24 > to transfer the fourth (highest) byte of a double-word (dword) when 
the address line BE*< 3 > Is asserted. 


De< 23:16 > 


D< 23:16 > are the second highest order eight bits of the 32-bit EISA data bus. A 32-bit 
device uses D< 23:16 > to transfer the third (second highest) byte of a dword when the 
address line BE*< 2 > 1s asserted. 


D< 15:8 > 


D< 15:8 > are the high eight bits of the 16-bit data bus. Sixteen-bit devices use these lines 
to transfer the high half of a data word when SBHE*, BE*< 3 > or BE*< 1 > is asserted. 
Thirty-two-bit devices use D< 15:8 > to transfer the second (third highest) byte of a dword 
when the address line BE*< 1 > is asserted. 


D< 7:0 > 


D< 7:0 > are the low eight bits of the data bus. Eight-bit devices use these lines to transfer 
data. A 16-bit device uses these lines to transfer the low half of a data word when the 
address line SA< 0 > is low or when BE*< 2 > or BE*< Q > Is asserted. EISA devices use 
D< 7:0 > to transfer the first Jowest) byte of a dword when the address line BE*< Q > is 
asserted. 
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LA< 16:2 > 


The LA< 16:2 > are a part of the latchable address bus. The latchable address lines 

(LA< 31:2 >) are pipelined from one cycle to the next and must be latched by the addressed 
Slave if required for the whole cycle. LA< 31:2 > are presented early enough in the cycle 
decode to support 1.5 or 2 BCLK memory accesses. During standard cycles, they go valid 
before START™ is asserted and remain valid at least 1/2 BCLK after CMD* or the ISA 
command signals are asserted. During DMA or 16-bit ISA bus master cycles, LA< 31:2 > 
are valid at least one BCLK before the CMD* or ISA command signals are asserted. 

LA< 31:2 > can be driven by an expansion board acting as a bus master. An EISA slave 
may latch the entire address (LA< 31:2 > and BE*< 3:0 >) and status signals (M-IO and 
W-R) on the trailing edge of START* or leading edge of CMD*. 


LA< 23:17 > 


LA< 23:17 > are a part of the 32-bit latchable address bus. They have the same 
characteristics as LA< 16:2 >, except that they are wired to the 16-bit portion of the ISA 
connector. An ISA slave may latch LA< 23:17 > with the trailing edge of BALE. 


LA*< 31:24 > 


LA*< 31:24 > are the highest byte of the 32-bit latchable address bus. They have the same 
characteristics as LA< 15:2 >, except that they use inverted logic. A high ona 

LA*< 31:24 > address bit must be interpreted as an address bit of “0.” A low must be 
interpreted as an address bit of “1.” 


SA< 19:0 > 


The SA< 19:0 > lines address memory or I/O devices within the system. They form the 
low-order 20 bits of the 32-bit address. On normal cycles SA< 19:0 > are driven onto the 
bus while BALE is high and are latched by the system board on the trailing edge of BALE. 
SA< 19:0 > are valid throughout the bus command cycle. On DMA or 16-bit ISA bus 
master cycles SA< 19:0 > are valid nominally one BCLK before the command signals and 
remain valid nominally one BCLK after the command signals go away. 
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SBHE* 


SBHE* (System Bus High Enable) indicates (when low) that expansion boards which 
Support 16-bit data transfers should drive data on the high half of the D< 15:0 > data bus. 
On normal cycles, SBHE* becomes valid on the bus when BALE is asserted and remains 
valid until after the command (MRDC*, MWTC*, IORC*, IOWC* or CMD*) is negated. 
On DMA or 16-bit ISA bus master cycles, SBHE* is valid nominally one BCLK before the 
command signals and remains valid nominally one BCLK after the command signals go 
away. 


AENx 


This slot-specific (the “x” refers to the slot number) signal, when negated (low), indicates 
that an I/O slave may respond to addresses and I/O commands on the bus. AENx is asserted 
(high) during DMA cycles to prevent I/O slaves from misinterpreting DMA cycles as valid 
I/O cycles. The system board must negate AENx when START™ is asserted for an I/O 
access, and AENx must remain negated until after CMD* is asserted. AENx is also used to 
disable I/O accesses to all other option slots during accesses to a particular slot’s 
slot-specific I/O address range. 
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3.3 DATA TRANSFER CONTROL 
SIGNAL GROUP 


The following paragraphs provide the descriptions for signals used to control data transfer 
cycles on the EISA expansion bus. 


BCLK 


BCLK is provided for synchronizing events with the main system clock. BCLK operates at 
a frequency between 8.333 MHz and 4 MHz, with a normal duty cycle of 50 percent. 
BCLK is driven only by the system board. The BCLK period is sometimes extended for 
synchronization to the main CPU or other system board devices. For example, the 
COMPRESSED cycle type extends each BCLK period by holding BCLK low for half a 
cycle beyond the normal transition to high. The BCLK extension facilitates synchronization 
during the 1.5 BCLK COMPRESSED cycle. 


During bus master accesses, the system board extends BCLK only when required to 
synchronize with main memory. Events must be synchronized to BCLK edges without 
regard to frequency or duty cycle. BCLK is always synchronous with the trailing edge of 
START™ and the leading edge of CMD*. BCLK may not be synchronous with the leading 
edge of START™ or the trailing edge of CMD*. 


MSBURST* 


An EISA CPU or bus master asserts MSBURST™ to indicate to the slave (typically, main 
memory) that the CPU or bus master can provide BURST cycles. MSBURST* is asserted 
with the LA< 31:2 > address lines for the second and all subsequent cycles of the burst and 
is sampled on the rising edge of BCLK by the slave. 


SLBURST* 


A slave (typically, main memory) indicates its support of burst cycles by asserting 
SLBURST™*. The slave develops SLBURST* from the LA< 31:10 > address lines and 
M-IO and produces SLBURST™ regardless of the state of MSBURST*. SLBURST* is 
sampled on the rising edge of BCLK by the main CPU, DMA controller or bus master. 
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M-IO 


The main CPU or an EISA bus master asserts M-IO to indicate the type cycle in progress 
as amemory cycle (high) or I/O cycle (low). M-IO 1s pipelined from one cycle to the next 
and is latched by the addressed slave if needed for the whole cycle. M-IO should be 
included in all decodes by EISA slaves. M-IO must not be used in decoding the signals 
M16* or IO16*. 


LOCK* 


The main CPU or a bus master may assert LOCK* to guarantee exclusive memory access 
during the time LOCK is asserted. A bus master may also assert LOCK* to guarantee 
exclusive I/O access during the time LOCK* is asserted. Assertion of LOCK*® allows bit 
test-and-set operations (as used for semaphores) to be executed as a unit, with the bus lock 
preventing multiple devices from simultaneously modifying the semaphore bit. 


EX32* 


A memory or I/O slave asserts EX32* to indicate that it supports 32-bit (dword) transfers. 
A two BCLK cycle is executed when a slave asserts EX32* during a memory access. The 
slave asserts EX32* after decoding a valid address on the LA< 31:2 > address lines and 
M-IO. EX32* should not be latched by the slave. Both 16- and 32-bit EISA bus masters 
must monitor EX32* at the trailing edge of START* to determine if the slave supports 
16- (and 32-) bit EISA transfers (asserted), or if the system board is performing data size 
translation (negated). If data size translation is being done, and the master is a 32-bit 
master, then the system board asserts EX32* to indicate completion of the translation. 
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EX16* 


An EISA memory or I/O slave asserts EX16* to indicate that it supports 16-bit (word) 
transfers. A 16-bit EISA bus master samples EX16* asserted to confirm a 16-bit EISA 
Slave. An EISA cycle (two BCLK) is executed when a slave asserts EX16* during a 
memory access by the system board or a 16-bit EISA bus master. The slave asserts EX 16* 
after decoding a valid address on the LA< 31:2 > address lines and M-IO. EX16* should 
not be latched by the slave. Sixteen-bit EISA bus masters must monitor EX16* to 
determine if the slave supports 16-bit EISA transfers (asserted), or if the system board is 
performing data size translation (negated). If data size translation is being done ISA 
cycles), and the master is a 16-bit master (indicated by the master asserting MASTER16*), 
then the system board asserts EX16* to indicate completion of the translation. 


EXRDY 


EISA I/O and memory slaves negate EXRDY to request wait state timing (each wait state 
is one BCLK). The system board samples EXRDY on each falling edge of BCLK after it 
asserts CMD*. (On ISA cycles, EXRDY is sampled on each falling edge of BCLK after 
IORC*, IOWC*, MRDC*, and MWTC*). The system board holds CMD* asserted during 
the entire period EXRDY is negated, and at least one half BCLK after sampling EXRDY 
asserted. EXRDY must be driven with an open-collector type buffer (a system board pullup 
resistor provides the asserting drive current). The EISA slave should negate EXRDY during 
START™ or on the rising edge of BCLK at the end of START* if wait states are to be 
added. The slave must allow EXRDY to float high (asserted) synchronously with BCLK 
falling edge and must not hold EXRDY asserted longer than 2.5 us. EXRDY should never 
be driven high. 


START* 


The START™* signal provides timing control at the start of a cycle. The CPU or bus master 
asserts START™ after LA< 31:2 > and M-IO become valid and negates START* on a rising 
edge of BCLK after one BCLK cycle time. BE*< 3:0 > and W-R may not be valid at the 
leading edge of START™. 
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CMD* 


CMD* provides timing control within the cycle. The system board asserts CMD* on the 
rising edge of BCLK, simultaneous with negation of START*. The system board holds 
CMD* asserted until the end of the cycle. The end of the cycle normally is synchronized 
with the rising edge of BCLK, but in certain cases is asynchronous. A bus master does not 
drive CMD*. 


W-R 


The status signal, W-R, identifies the cycle as a write (high) or read (low). W-R becomes 
valid after assertion of START* and before assertion of CMD*. W-R remains valid as long 
as address lines LA< 31:2 > are valid. W-R 1s driven from the same edge of BCLK that 
activates the START™ signal. 


BALE 


BALE (when high) indicates that a valid address is present on the LA< 31:2 > address 
lines. The LA< 31:2 > address lines or any decodes developed from them by ISA devices 
are latched (with transparent latches) on the trailing edge of BALE if the address 1s needed 
for the whole cycle. BALE 1s always high during a DMA or 16-bit ISA bus master 
operation. EISA devices should not use BALE to latch addresses; the trailing edge of 
START™* or leading edge of CMD* should be used. 


MRDC* 


The system board or ISA bus master asserts MRDC%* to indicate that the addressed ISA 
memory slave should drive its data onto the memory bus. MRDC*% is asserted for read 
accesses to memory, except when inhibited by assertion of EX32* or EX16* (an EISA 
device responded). During ISA-compatible DMA cycles, MRDC*% 1s asserted for read 
accesses to memory addresses between OOOQOQOOOh to OOFFFFFFh, regardless of the type of 
memory responding. A DMA device should not use MRDC* to decode its I/O address. 
MRDC*% is also asserted for refresh cycles. MRDC* can be driven by an expansion board 
acting as an ISA 16-bit bus master. 
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SMRDC* 


The system board asserts SMRDC* to indicate that the addressed memory slave should 
drive its data onto the memory bus. SMRDC% is only asserted for ISA read accesses to 
memory addresses between OOOOQOOOOh to OOOFFFFFh or refresh cycles. SMRDC* is 
derived from MRDC* and has similar timing. 


MWwtTc* 


The system board or ISA bus master asserts MWTC* to indicate that the addressed ISA 
memory slave may latch data from the memory bus. MWTC*% is asserted for write accesses 
to memory, except when inhibited by assertion of EX32* or EX16* (an EISA device 
responded). During compatible DMA cycles, MWTC*% is asserted for write accesses to 
memory addresses between OOQQOOOOh to OOFFFFFFh, regardless of the type of memory 
responding. A DMA device should not use MWTC*% to decode its I/O address. MWTC* 
can be driven by an expansion board acting as an ISA 16-bit bus master. 


SMWTC* 


The system board asserts SMWTC% to indicate that the addressed memory slave may latch 
data from the memory bus. SMWTC*% is only asserted for ISA write accesses to memory 
addresses between OOOOQQO00Oh to OOOFFFFFh. SMWTC*% is derived from MWTC% and has 
similar timing. 


IOWC* 


IOWC*% is asserted for I/O write accesses, except when inhibited by assertion of EX32* or 
EX16* (indicating an EISA device responded). An ISA I/O slave latches data from the data 
bus when IOWC* and AENx are simultaneously asserted. The main CPU or bus master 
must drive valid data on the bus before asserting IOWC*. A DMA device can latch data 
from the data bus when IOWC% is asserted. 
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IORC* 


IORC*% is asserted for I/O read accesses, except when inhibited by assertion of EX32* or 
EX16* (indicating an EISA device has responded). An ISA I/O slave drives data onto the 
bus when IORC* and AENx are simultaneously asserted. The device must hold the data 
valid until sampling IORC* negated. A DMA device can drive data on the data bus after 
sampling IORC* asserted. 


CHRDY 


An ISA memory or I/O slave may negate CHRDY to lengthen a bus cycle from the default 
time. The slave negates CHRDY after decoding a valid address and sampling the command 
signal (MRDC*, MWTC*, SMRDC*, SMWTC*, IORC* or IOWC*) asserted. When the 
slave’s access has completed, CHRDY should be allowed to float high (asserted). Bus 
cycles are lengthened by an integral number of BCLK cycles. The ISA command signals 
remain active at least one BCLK after the slave asserts CHRDY. CHRDY should be driven 
with an open collector type of driver, and should never be driven high. CHRDY may not be 
ws held low for more than 2.1 microseconds. EISA slaves should never negate CHRDY. 


NOWS* 


An ISA memory slave asserts NOWS* (No Wait State) after its address and a command 
has been decoded to indicate that the remaining clock cycles are not required. NOWS* 
must be asserted before the falling edge of BCLK to be recognized during ISA cycles. 
During EISA cycles, an addressed EISA slave may assert NOWS* before the main CPU 
negates START™* to generate COMPRESSED cycles (1.5 BCLKs/cycle). A slave should 
not assert NOWS* and negate EXRDY or CHRDY during the same cycle. 
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M16* 


M16* (Memory is 16 bits) signals the system that the addressed ISA memory is capable of 
transferring 16 bits of data at once. When M16* is asserted, during a memory read or write, 
and is not superseded by EX32* or EX16*, the ISA-compatible three BCLK memory cycle 
will be run. M16* is decoded from LA< 23:17 >. M-IO 1s not included in the decode and 
M16* should not be latched by the ISA slave. Only ISA memory slaves need to generate 
M16*; the system board generates M16* from EX32* or EX16* for EISA memory slaves. 
M16* should only be driven with an open-collector type of driver. 


IO16* 


A 16-bit ISA J/O slave asserts I016* (after decoding a valid address on SA< 15:1 >) to 
indicate its 16-bit data size. The system board defaults to a three BCLK I/O cycle when it 
samples IO16* asserted by an ISA I/O slave (EX32* and EX16* negated). IO16* should 
only be driven with an open-collector type of driver. 


The system board does not automatically assert IO16* when a 16-bit ISA bus master 

accesses an EISA I/O slave. EISA slaves that support 16-bit ISA bus masters must assert di 
IO16* as well as EX32* (or EX16*) when addressed. The EISA I/O slave asserts IO16* on 

decoding a valid address on LA< 15:2 >. EISA I/O slaves that do not support 16-bit ISA 

bus masters need not assert IO16*. 
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BUS ARBITRATION 
SIGNAL GROUP 


The following paragraphs describe the signals used for arbitration of the EISA 
expansion bus. 


MREQx* 


MREQx* is a slot-specific signal used by EISA bus masters to request bus access. The ‘‘x” 
refers to the slot number. Bus masters requiring use of the bus must assert MREQx* until 
the system board grants bus access by asserting MAKx*. The requesting device must hold 
MREQ* asserted until the system board asserts the appropriate MAKx* signal. The system 
board samples MREQx* on the rising edge of BCLK. If MREQx* is sampled asserted, the 
arbitration controller performs the arbitration and the system board asserts MAKx* when 
the bus becomes available. The bus master may begin driving the bus with address and 
other signals on the falling edge of BCLK when MAKx”* is sampled asserted. 


When a bus master completes a transfer, it may release the bus by negating MREQx* on 
the falling edge of BCLK. If no bus cycle is in progress when MREQx* is negated, the bus 
master must float LA< 31:2 >, BE*< 3:0 >, MSBURST*, LOCK*, D< 31:0 >, START*, 
M-IO, and W-R on or before the rising edge of BCLK after MREQx* is negated. If a cycle 
is in progress when MREQsx* is negated, then the LA< 31:2 >, BE*< 3:0 >, MSBURST*, 
LOCK*, START*, M-IO, and W-R signals must be floated by the rising edge of BCLK at 
the end of the cycle. The data signals D< 31:0 > must be floated on (EXRDY termination) 
or before (EX32* or EX16* termination) the falling edge of BCLK after the end of the 
cycle. Cycle completion is indicated by the memory or I/O slave asserting EXRDY or the 
system board asserting EX16* or EX32* after completing bus conversions. A bus master 
must wait at least two BCLKs after releasing the bus before reasserting its MREQx*. The 
trailing edge of MREQx* must meet the setup and hold time to the sampling point for 
proper system operation. 
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MAKx* 


MAKx* is a slot-specific signal that is asserted by the system board to grant bus access to 
an EISA bus master. The “‘x” refers to the slot number. MAKx* is asserted from the rising 
edge of BCLK and the bus master may begin driving LA< 31:2 >, BE*< 3:0 >, 
MSBURST*, START*, M-IO, and W-R on the next falling edge of BCLK. The system 
board negates MAKx* on the rising edge of BCLK after sampling MREQx* negated. The 
system board may also negate MAKx* to indicate to an active bus master that another 
device has requested the bus. The bus master must negate MREQx* to release the bus 
within 64 BCLKs (8 us) of sampling MAKx* negated. 


DRQ< 7:5 >, DRQ< 3:0 > 


The DRQ< x > lines (DMA ReQuest) are used to request a DMA service from the DMA 
subsystem or for a 16-bit ISA bus master to request access to the system bus. The request is 
made when DRQ< x > is asserted. The system board allows DRQ< x > to be asserted 
asynchronously. The requesting device must hold DRQ< x > asserted until the system board 
asserts the appropriate DAK*< x > (DMA AcKnowledge) signal. For demand mode DMA 
memory-read I/O-write cycles, DRQ< x > is sampled on the rising edge of BCLK, one 
BCLK from the end of the cycle (the rising edge of IOWC*). For demand mode DMA 
memory-write I/O-read cycles, DRQ< x > is sampled on the rising edge of BCLK, 1.5 
BCLKs from the end of the cycle (the rising edge of IORC*). For demand mode Burst 
DMA, DRQ< x > is sampled each cycle on the rising edge of BCLK. For 16-bit ISA bus 
masters, DROQ< x > is sampled on the rising edge of BCLK, two BCLKs before the system 
board negates DAK*< x >. The trailing edge of DRQ< x > must meet the setup and hold 
time to the sampling point for proper system operation. 


<qeme  n 
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DAK*< 7:5 >, DAK*< 3:0 > 


The system board asserts a DMA channel’s DAK*< x > (Dma AcKnowledge) to indicate 
that the channel has been granted the bus. A DMA device is selected if it decodes 

DAK*< x > with IORC* or IOWC* asserted. DAK*< x > can also be used to acknowledge 
grant of bus access to a 16-bit ISA bus master. The bus master must assert MASTER16* 
after sampling DAK*< x > asserted. Address and cycle control signals must be floated and 
MASTER16* must be negated before the system board negates DAK*< x >. For EISA 
block or demand mode DMA transfers, DAK*< x > remains asserted until the transfer 
completes or until the centralized arbitration controller preempts the DMA process. The 
preemption occurs after another device requests the bus and 4 ns elapses. 


T-C 


This signal is bidirectional, acting in one of two modes, depending on the programming of 
the channel. In the output mode, the system board asserts T-C to indicate thata DMA 
channel’s word count has reached terminal count. Terminal count is indicated when the 
decrementing word count “rolls over” from zero to FFFFFFh. The system board asserts T-C 
only while asserting the channel’s DAK*< x >. A DMA device decodes T-C with the 
appropriate DAK*< x > asserted to determine when the transfer has completed. 


In the input mode, T-C can be used by a DMA slave to stop a DMA transfer. During 
ISA-compatible, Type A, or Type B, transfers, T-C is sampled by the system while IORC* 
or IOWC* is asserted. During Type C (Burst) cycles, T-C 1s sampled at the same time as 
the DRQ< x > input, on the rising edge of BCLK. If it is sampled asserted, the transfer 1s 
terminated, and if autoinitialize is programmed, the transfer restarts at the beginning. 
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MASTER16* 


A bus master asserts MASTER16* to indicate 16-bit data size. A bus master may assert 
MASTER16% after the system board asserts DAK*< x > or MAKx*. The bus master 
negates MASTER16* after completing the transfer, or immediately when the system board 
negates DAK*< x > or MAKx®*. A 32-bit bus master may assert MASTER16* during 
START™ to disable automatic 32- to 16-bit data size translation for 16-bit EISA memory 
burst slaves. It may then perform 16-bit burst cycles to a 16-bit EISA slave. 


REFRESH* 


REFRESH* is used to indicate (when low) a refresh cycle in progress. REFRESH* causes 
SA< 15:0 > (or LA< 15:2 >) to drive the row address inputs of all DRAM banks so that 
when MRDC* (or CMD*) is asserted, the entire system memory is refreshed at one time. 
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UTILITY SIGNAL GROUP 


The following paragraphs include the descriptions for general utility signals. All of these 
signals are on the ISA portion of the EISA connector. 


OSC 


OSC is a clock for use in timing applications. Its frequency is 14.31818 MHz with 50 
percent duty cycle. 


RESDRV 


Assertion of RESDRV causes a hardware reset of ISA and EISA expansion boards. 
RESDRYV is asserted by the reset controller during power up or after a bus timeout. 
Software may cause assertion of RESDRV by setting I/O port 0461h bit <0>toa"l.” 
RESDRV is negated when the software resets this bit to a zero. RESDRV has a minimum 
pulse width equivalent to 9 BCLK periods (the minimum time between two ISA I/O write 
cycles). All devices that can prevent operation of the CPU, memory or system board I/O 
must use RESDRV for hardware reset. Slaves which insert wait states based on internal 
state machines, devices which require software initialization, and DMA devices are 
examples of hardware that reset after sampling RESDRV asserted. 
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IRQ< 15:14 >, IRQ< 12:9 > 


The IRQx lines are used to interrupt the CPU to request some service. In compatible mode, 
the interrupt is recognized when IRQx goes from a low to a high and remains there until 
the appropriate interrupt service routine is executed. 


If programmed to level-sensitive mode, the interrupt 1s recognized when the IRQx signal is 
asserted (low). Another interrupt will be generated at the end of the interrupt service routine 
if the IRQx signal is still held low, allowing a single line to be shared by more than one 
device. IRQ< 15:3 > are pulled up by the system board. A floated interrupt line is 
guaranteed to stabilize ata TTL “high” after 500 ns. Interrupt service routines must reset 
the interrupt latch (which floats the interrupt line), then wait at least 500 ns before issuing 
the end-of-interrupt command and enabling interrupts. 


IOCHK* 


An EISA or ISA expansion board may assert IOCHK* to signal the main CPU that a 
serious error has occurred. Assertion of IOCHK* causes an NMI if Port 061h bit < 3 > is 
set to “1” and NMIs are enabled. Parity errors and uncorrectable system errors exemplify 
problems that might cause an expansion board to assert IOCHK*. 
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3.6 SUMMARY OF SIGNALS 
Table 3-2 shows the EISA bus connector signals added for EISA support. 


Table 3-2 
Signals Added for EISA Support 
No. of Signal 
Bus Pins Name Description 
16 D< 31:16 > data lines 
8 LA*< 31:24 > address lines 
15 LA< 16:2 > address lines 
4. BE‘< 30>  byteenables = | 
1 LOCK" bus lock 
1 EX32" 32-bit EISA slave indicator 
ws 1 EX16* 16-bit EISA slave indicator 
1 START* EISA start of cycle control 
1 CMD" EISA end of cycle control 
1 M-lO EISA memory or I/O indicator 
1 W-R EISA write or read indicator 
1 EXRDY EISA ready indicator 
1 MREQx* slot specific bus request 
1 MAKx* slot specific bus grant 
1 SLBURST* BURST cycle indicator from slave 
1 MSBURST™ BURST cycle control from master 
55 Total new pins EISA bus connector 


Sem 
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Tables 3-3 through 3-5 indicate typical signal usage by an EISA system board, ISA bus 
masters, ISA slaves, EISA bus masters, and EISA slaves. 


Table 3-3 

EISA/ISA Signal Usage — System Board 
Signal System Signal System 
Name Board Name Board 
AEN O M-lO (/O 
BALE O M16* /O 
BCLK O MAKx* O 
BE*< 3:0 > /O MASTER16* | 
CHRDY I/O MRDC* /O 
CMD* O MREQx" | 
D< 31:0 > /O MSBURST" /O 
DAK*< 7:0 > O MWTC* /O 
DRQ< 7:0 > | NOWS* | 
EX16" I/O OSC O 
EX32" I/O REFRESH’ /O 
EXRDY I/O RESDRV O 
1O16" | SA< 19:0 > /O 
lIOCHK* SBHE* /O 
lORC* I/O SLBURST" | 
lOWC* /O SMRDC* O 
IRQ< 15:3 > | SMWTC* 
LA*< 31:24 > I/O START* /O 
LA< 23:2 > /O T-C /O 
LOCK” O W-R /O 
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Table 3-4 
ISA Expansion Board Signal Usage 
ISA ISA ISA ISA 

ISA 16-Bit 16-Bit 8-Bit 8-Bit ISA 
Signal Bus Memory I/O Memory VO DMA 
Name Master Slave Slave Slave Slave Device Notes 
AENx x X | x | X 
BALE X | X (I) x x 1 
BCLK (1) (1) (1) (1) (1) (1) 
CHRDY | (O) (O) (O) (O) X 
D< 7:0 > /O /O /O /O /O /O 
D< 15:8 > /O //O /O X X (1/O) 2 
DAK*< 7:0 > | x x Xx x | 

mM m 
DRQ< 7:0 > O X xX x X O 

mM mM 
1016" | x O Xx X Xx 
IOCHK* (O) (O) (O) (O) (O) (O) 
IORC* O X | X | | 
lIOWC* O Xx | X | | 
IRQ< 15:3 > (O ) (O ) (O ) (O ) (O ) (O ) 

m mM m mM mM mM 
LA< 23:17 > O | X (I) X x 1 
M16* | X x 4 Xx x 
MAS TER16* O X x Xx X x 


LEGEND: /JI/O = Input/Output; ! = Input; O = Output; x = signal not needed 
m = one or more signals in group may be implemented 
= signal is optional 
NOTES: 1. An8-bit memory slave is assumed to only decode the SA< 19:0 > 
address lines (1 megabyte maximum address). If a full decode is done, 
LA< 23:17 >, MRDC*, IORC’*, and BALE are also used. 
2. ISA DMA device can be either 8 or 16 bits wide. 


Continued 
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Table 3-4 ISA Expansion Board Signal Usage Continued J 
ISA ISA ISA ISA 
ISA 16-Bit 16-Bit 8-Bit 8-Bit ISA 
Signal Bus Memory I/O Memory i/O DMA 
Name Master Slave Slave Slave Slave Device Notes 
MRDC* O | x (I) X X 
MWTC* O | x (I) X X 
NOWS* x (O) x (O) (O) x 
OSC (1) (1) (1) (!) (1) (!) 
REFRESH" (O) | X | x x 
RESDRV | | | | | | 
SA< 16:0 > O | | | | X 
SA< 19:17 > x () x (I) x x 1 
SBHE* O | | x x x 
SMRDC* x x x | x X 
SMWTC* x x x | X x -_ 4 
T-C x X x x x (l) 


LEGEND: I/O = Input/Output; | = Input; O = Output; x = signal not needed 
m =one or more signals in group may be implemented 
( = Signal is optional 
NOTES: 1. An 8-bit memory slave is assumed to only decode the SA< 19:0 > 
address lines (1 megabyte maximum address). If a full decode is done, 
LA< 23:17 >, MRDC*, IORC’, and BALE are also used. 
2. ISA DMA device can be either 8 or 16 bits wide. 
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Table 3-5 
EISA Expansion Board Signal Usage 


32-Bit 32-Bit 32-Bit 16-Bit 16-Bit 16-Bit 
EISA EISA EISA EISA EISA EISA EISA 


Signal Bus Memory I/O Bus Memory I/O DMA 
Name Master Slave Slave Master Slave Slave Device Notes 
AENx x x | x X | x 
BCLK | (I) (I) | (1) (I) () 1 
BE*< 3:00 > O | | O | | (I) 2 
CMD" x | | x | | x 
D< 7:0 > I/O /O /O /O /O /O /O 
D< 15:8 > /O /O /O /O /O /O (I/O) 
D< 31:16 > /O /O /O x x x (I/O) 3 
DAK*< 7:0 > xX x X X x x | 
mM 
DRQ< 7:0 > x x x x x X O 
mM 
EX16" X X x | O O x 
EX32" | O O | x X x 
EXRDY | (O) (O) | (O) (O) | 
1O16* x x (O) x X (O) X 
IOCHK* (O) (O) (O) (O) (O) (O) (O) 
lORC* x x x X X X | 


LEGEND: I/O = Input/Output; | = Input; O = Output; x = signal not needed 
m = one or more signals in group may be implemented 
( ) = Signal is optional 
NOTES: 1. BCLK is only required if the slave device supports burst cycles or uses EXRDY. 
2. DMA devices need not monitor BE* < 3:0 >unless they support partial width 
data transfers. 
3. EISA DMA devices can be 8, 16, or 32 bits wide. 
4. Only DMA devices that implement burst use EXRDY. 
5. EISA I/O slaves that need to be accessed by 16-bit ISA bus master must assert 
1016 when addressed. 


Continued 
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Table 3-5 EISA Expansion Board Signal Usage Continued J 


32-Bit 32-Bit 32-Bit 16-Bit 16-Bit 16-Bit 
EISA EISA EISA EISA EISA EISA EISA 


Signal Bus Memory I/O Bus Memory 1|/O DMA 
Name Master Slave Slave Master Slave Slave Device Notes 
IOWC7 kK OKCSKSOSC KKK 
IRQ< 15:3 > (O ) (O ) (O ) (O ) (O ) (O ) (O ) 
mM mM mM m mM m mM 
LA< 15:2 > O | | O | | x 
LA< 23:16 > O | x O | X X 
LA*< 31:24 > O | X (O) | X x 6 
LOCK" (O) (1) (1) (O) (1) (1) x 
M*lO O | | O | x 
MAKx | x x | X X x 
MASTERI6* (OC) x x OO} xX KK. pO 
MREQx* O x x O x x x 
MSBURST* (O) (I) X (O) (I) x x 8 a 
NOWS"* x (O) (O) x (O) (O) X 9 


REFRESH* X | x x | X x 

RESDRV | | | | | | | 
SLBURST* (I) (O) x (I) (O) X X 8 
START* O | | O | | x 

T-C X x x x X x (I/O) 

W-R O | | O | | x 


LEGEND: I/O = Input/Output; | = Input; O = Output; x = signal not needed 
m = one or more signals in group may be implemented 
() =sSsignal is optional 
NOTES: 6. A 16-bit EISA bus master which does not drive the full 32-bit address 
will be limited to 16 megabyte addressing. 
7. A 32-bit EISA bus burst master which can “downshift” to a 16-bit 
EISA burst memory slave asserts MASTER16* during START". 
8. SLBURST and MSBURST are implemented together or both are omitted. 


9. Only EISA slaves that support compressed cycles assert NOWS’. 
a 


a 
Extended Industry Standard Architecture Expansion Bus 


= Technical Reference Guide 


CONTENTS 
\e, Chapter 4 
CYCLE TYPES 
4.1 INTRODUCTION 4-] 
4.22 ISA DEVICES 4-] 
CPU Cycles 4-] 
Memory Slaves 4-4 
I/O Slaves 4-5 
Bus Masters 4-6 
4.3. ISA CPU AND BUS MASTER CYCLES 4-8 
8-Bit Memory Cycles 4-8 
8-Bit I/O Cycles 4-12 
16-Bit Memory Cycles 4-16 
— 16-Bit I/O Cycles 4-20 
4.4 BISA CPU AND BUS MASTER CYCLES 4-23 
Standard Memory and I/O Cycles 4-23 
Compressed Cycles 4-30 
Burst Cycles 4-32 
4.5 DMA CYCLES A327 
ISA Compatible DMA Cycles: ISA Compatible 4-37 
Type “A” DMA Cycles 4-45 
Type “B” DMA Cycles 4-50 


Extended Industry Standard Architecture Expansion Bus 


a Technical Reference Guide 


4.6 DATA BUS TRANSLATIONS 4-62 
32-Bit EISA Bus Master to 16-Bit EISA Slave Translations 4-64 
32-Bit EISA Bus Master to 16-Bit EISA Slave Read Cycles 4-65 
32-Bit EISA Bus Master to 16-Bit EISA Slave Write Cycles 4-66 
16-Bit EISA Bus Master to 32-Bit EISA Slave Translations 4-68 
32-Bit EISA Bus Master to 16-Bit ISA Slave Translations 4-69 
32-Bit EISA Bus Master to 16-Bit ISA Slave Read Cycles 4-70 
32-Bit EISA Bus Master to 16-Bit ISA Slave Write Cycles 4-7] 
32-/16-Bit EISA Bus Master to 8-Bit ISA Slave Translations 4-72 
16-Bit ISA Bus Master to EISA Slaves Translations 4-73 
32-Bit DMA Device to 16-Bit EISA Memory Translations 4-79 

Memory Read (I/O Write) 4-79 
Memory Write (I/O Read) 4-80 
16-Bit DMA Device to 32-Bit EISA Memory Translations 4-8] 
8-Bit DMA Device to 16- or 32-Bit EISA Memory Translations 4-82 
16- or 32-Bit DMA Device to 8- or 16-Bit ISA Memory Translations 4-82 

4.7 LOCKED CYCLES 4-83 

4.8 EISA DEVICES 4-86 
Memory Slaves 4-86 
I/O Slaves 4-93 
Bus Masters 4-95 
Burst Bus Masters 4-101 
Downshift Burst Bus Masters 4-104 
DMA Devices 4-107 
Non-Burst EISA DMA Devices 4-111] 
Burst EISA DMA Devices 4-115 


Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 


4.8 EISA DEVICES (Continued) 


Misaligned DMA Transfers 4-125 
Misaligned DMA Memory Writes (I/O Reads) 4-125 
Misaligned DMA Memory Reads (I/O Writes) 4-126 

System Board Considerations 4-126 
Main Memory Access 4-126 
Back-to-Back I/O Delay 4-126 

Slot-specific I/O 4-127 

I/O Address Decoding 4-130 


Extended Industry Standard Architecture Expansion Bus 


= Chapter 4 Technical Reference Guide 4-1 


CYCLE TYPES 


4.1 


4.2 


INTRODUCTION 


This chapter discusses the types of expansion devices that can interface with the EISA 
expansion bus, and the types of cycles that can take place on the bus. Also discussed 1s data 
bus translation, which is a compatibility feature of the EISA bus. 


ISA DEVICES 


CPU Cycles 


ISA systems provide different timing for cycles to and from 8- and 16-bit memory and I/O 
slaves. ISA systems generate a default 6 BCLK memory or I/O cycle for 8-bit slaves and a 
default 3 BCLK memory or I/O cycle for 16-bit slaves. All cycles can be extended by the 
slave by negating CHRDY. Additionally, memory or I/O slaves can shorten most cycles 
(except 16-bit I/O cycles) by asserting NOWS*. A slave may not negate CHRDY and 
assert NOWS* in the same cycle. A system board that samples CHRDY™* negated and 
NOWS* asserted should honor CHRDY*. 


ISA cycles begin with the system presenting a valid address on LA< 23:17 >, and one 
BCLK period later, asserting BALE and presenting a valid SA< 19:0 > address. 


For 16-bit memory accesses, the system asserts MRDC*, MWTC*, SMRDC%, or 
SMWTC* on the first rising BCLK edge after SA< 19:0 > become valid. For 8-bit memory 
accesses, and for all I/O accesses, the system delays an extra one-half BCLK period before 
asserting the ISA command signal to allow extra time for address decode. 


During write cycles, the system presents valid data on the first rising BCLK edge after 
SA< 19:0 > become valid. The slave can latch the data after the specified data valid delay 
or on the trailing edge of the ISA command signal. During read cycles, a slave presenting 
valid data, drives the data bus after receiving the ISA command signal. The system latches 
the read data on the edge of BCLK on which the ISA command signal is negated. 
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NOWS* is sampled on each falling edge of BCLK during the time that the ISA command 
signal is asserted. This allows 8-bit slaves to shorten a standard 6 BCLK cycle to a 3, 4 or 
5S BCLK cycle. A 16-bit memory slave can shorten a standard 3 BCLK cycle to a2 BCLK 
cycle. A 16-bit I/O slave cannot shorten cycles, since the ISA command signal is delayed 
one-half BCLK period; therefore, NOWS* cannot be generated early enough to shorten 
the cycle. 


Systems built according to the EISA specification implement a sampling window for 
CHRDY, instead of a distinct sample point. To guarantee the insertion of one wait state, 
CHRDY must be held negated for a minimum time period while BCLK is high. If CHRDY 
is negated before the rising edge of BCLK, it must be held for the specified hold time past 
the rising edge. If CHRDY is negated after the rising edge of BCLK, then it must be held 
negated for a specified pulse width. In either case, CHRDY may then be reasserted with 
setup to the next rising BCLK edge. Negation and assertion of CHRDY must meet the 
pulse width, setup, and hold time requirements specified in the ISA signal timing 
parameter table. 


Extended Industry Standard Architecture Expansion Bus 


- Technical Reference Guide 4-3 


BCLK | | | \ | 


7 


. 
. 
. 
’ 
. 
. 
. 
. 
. 


1. T1 = CHRDY negated hold time. 
2. T2 = CHRDY asserted setup to BCLK rising edge. 


3. See ISA Bus Timing Parameters for specific timing values. 


Figure 4-1. CHRDY “Sample Window” 
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The CPU or master can extend the length of the cycle beyond the minimum requirements 
indicated by the slave by keeping the ISA command signals asserted. Both memory and I/O 
Slaves are required to extend the end of the cycle until the ISA command signals are 
negated. 


The system indicates the size of a memory or I/O transfer being attempted by using SBHE* 
and SA< 0 >. Table 4-1 shows the size of transfer for each combination and which byte 
lane contains the data. Byte lanes not included in this table must not be driven by the slaves 
during read cycles, and must be left unmodified during write cycles. 


Table 4-1 
Transfer Size Combinations 
SBHE* SAO Size Byte Lane 
0 0 2 D< 15:3 >,D<7:0> 
O 1 1 D< 15:8 > 
1 0 1 D< 7:0 > 
1 1 0 


Memory Slaves 


Memory slaves can be either 8 or 16 bits wide. An 8-bit memory slave can use either 20 
address bits (SA< 19:0 >) or 24 address bits (LA< 23:17 >, SA< 19:0 >). When using 20 
address bits, the 8-bit slave must use SMRDC* and SMWTC*% to guarantee that only cycles 
to the first 1 MB of memory will be performed. A 16-bit memory slave must use 24 
address bits and normally uses MRDC* and MWTC*. 


A 16-bit memory slave asserts M16* after decoding LA< 23:17 >. The decode for M16* 
must not include SA< 19:0 >, SBHE*, or any other control signals, since the timing 
requirements for M16* cannot be assured if control signals are included. 


Memory slaves can shorten default cycles by asserting NOWS*, or extend them by 
negating CHRDY. However, the slave cannot control the maximum length of any cycle, 
and is required to extend the length of write cycles and to hold read data valid on the bus 
until the ISA command signals are negated. 
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I/O Slaves 


I/O slaves can be either 8 or 16 bits wide. I/O slaves decode addresses SA< 9:0 > and 
AENx. A 16-bit I/O slave asserts IO16* when it decodes a valid address with AENx low. 
The decode for IO16* should not include any control signals. 


I/O slaves can shorten default 8-bit cycles by asserting NOWS*, or extend 8- or 16-bit 
cycles by negating CHRDY. However, the slave cannot control the maximum length of any 
cycle, and is required to extend the length of write cycles and to hold read data valid on the 
bus until the ISA command signals are negated. 
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Bus Masters 


The ISA bus master device driver programs a DMA channel for cascade mode. The ISA 
bus master asserts DRQ< x > for that channel to request control of the bus. The system 
board performs the bus arbitration and asserts DAK*< x >, granting control of the bus to 
the 16-bit ISA bus master and disabling the system board address, data, and control lines. 
The system board does not assert AENx during DAK*< x > to disable I/O accesses. 
Consequently, an ISA bus master can perform normal I/O and slot-specific I/O accesses. 
BALE is asserted with DAK*< x > to indicate valid address on the LA< 31:2 > bus. 


An ISA bus master asserts MASTER 16*, but this line is ignored in EISA systems. The ISA 
bus master then waits at least 1 BCLK before driving address, data, and control lines to 
allow the system board to float its drivers. An ISA bus master presents LA< 23:17 > and 
SA< 19:0 >, driving the same address on LA< 19:17 > and SA< 19:17 >. ISA bus masters 
cannot pipeline addresses since the system board holds BALE asserted while the ISA bus 
master drives the bus. 


EISA does not assume that ISA masters are synchronized to BCLK. The EISA system 

board assumes that they are asynchronous. However, ISA masters should synchronize 

control signals to BCLK if they are required to be compatible with ISA slaves designed al 
prior to the EISA specification which generate wait states synchronous with BCLK. 


EISA requires that all ISA masters monitor CHRDY and add wait states when CHRDY is 
negated. An ISA master may optionally use NOWS* to shorten default cycles. If both 
NOWS* is asserted and CHRDY is negated, then the ISA master must insert wait states. 


If an ISA master must run refresh cycles without releasing the bus, then it floats the address 
buses and command lines and asserts REFRESH* with an open collector type driver. The 
master must then wait for 1 BCLK period after MRDC* has been asserted and negated 
before floating REFRESH* and driving the address and command buses. EISA systems 
require ISA masters to wait for the end of MRDC* before regaining the bus during refresh 
cycles, if proper operation is to be assured. 
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An ISA bus master releases the bus by floating its address, data, and control signals, 
negating DRQ< x > and floating MASTER16*. The system board samples DRQ< x > 
negated on the rising edge of BCLK. The system board negates DAK*< x > on the third 
rising edge of BCLK after sampling DRQ< x > negated. The ISA bus master negates 
(floats) MASTER 16* (if still asserted) when it samples DAK*< x > negated. On the next 
BCLK the system board asserts the bus grant signal for the device that wins the bus 
arbitration. 


ISA bus masters use the same combinations of SBHE* and SA< 0 > as indicated for CPU 
cycles to indicate the size of the transfer and the location of the data. It is the bus master’s 
responsibility to convert 16-bit transfers into two 8-bit transfers if a 16-bit slave does not 
respond. However, the system board will provide data copying from D< 7:0 > to D< 15:8 > 
for odd-address reads from a byte slave, and from D< 15:8 > to D< 7:0 > for odd-address 
writes to a byte slave. 
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4.3 ISA CPU AND 
BUS MASTER CYCLES ZW 


The following comments apply to all ISA cycle description diagrams: 
m Heavy black lines indicate the transfer of control from one bus master to another. 
m Shaded areas indicate a “don’t care” signal state. 


m@ Black dots indicate signal sampling points. 


8-Bit Memory Cycles 


Figures 4-2 through 4-4 show the relevant signals for standard cycle (6 BCLK), one 
wait state ISA Cycle (7 BCLK), and no wait state cycle (3 BCLK) memory accesses to 
8-bit ISA slaves. 
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Figure 4-2. Memory Access to 8-Bit ISA Slave — Standard Cycle (6 BCLK) 
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Figure 4-3. Memory Access to 8-Bit ISA Slave (7 BCLK) 
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Figure 4-4. Memory Access to 8-bit ISA Slave (3 BCLK) 
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8-Bit I/O Cycles ww 


Figures 4-5 through 4-7 show the relevant signals for standard cycle (6 BCLK), one wait 
state ISA cycle (7 BCLK), and no wait state cycle (3 BCLK) I/O, byte accesses to 8-bit 
ISA slaves. 
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Figure 4-5. I/O Access to 8-Bit ISA Slave — Standard Cycle (6 BCLK) 
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Figure 4-6. I/O Access to 8-Bit ISA Slave (7 BCLK) 
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Figure 4-7. I/O Access to 8-Bit ISA Slave (3 BCLK) 
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16-Bit Memory Cycles —ZJ 


Figures 4-8 through 4-10 show the relevant signals for standard cycle (3 BCLK), three wait 
state ISA cycle (6 BCLK), and no wait state cycle (2 BCLK) memory, word accesses to 
16-bit slaves. 
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Figure 4-8. Memory Access to 16-Bit ISA Slave — Standard Cycle (3 BCLK) 
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Figure 4-9. | Memory Access to 16-Bit ISA Slave (6 BCLK) 
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Figure 4-10. Memory Access to 16-Bit ISA Slave (2 BCLK) 
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16-Bit I/O Cycles 


Figures 4-11 and 4-12 show the relevant signals for standard cycle (3 BCLK) and three 
wait state ISA cycle (6 BCLK) I/O word accesses to 16-bit ISA slaves. 
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Figure 4-11. I/O Access to 16-Bit ISA Slave — Standard Cycle (3 BCLK) 
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Figure 4-12. I/O Access to 16-Bit ISA Slave (6 BCLK) 
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EISA CPU AND 
BUS MASTER CYCLES 


EISA systems provide standard, COMPRESSED and Burst cycle types for data transfers 
between the main CPU and memory or I/O slaves. EISA bus masters may use standard and 
Burst cycles, but may not use COMPRESSED cycles. 


The following comments apply to the EISA cycle description diagrams: 
m Heavy black lines indicate the transfer of control from one bus master to another. 
m Shaded areas indicate a “don’t care” signal state. 


= Black dots indicate signal sampling points. 


Standard Memory and I/O Cycles 


The standard EISA cycle type completes one transfer each two BCLK periods 
(zero-wait-state). It can be used to transfer data to or from an EISA memory or I/O slave. 
Each wait state adds one BCLK period. The total transfer time can be calculated with the 
following formula: 


Total Transfer = N*(2+Tw)*(1 BCLK period) 
Where: 
Tw = number wait states in each bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted standard transfer of 256 bytes (64 dwords) completes in 15.4 
us for a 32-bit transfer and an 8.33 MHz BCLK. A 16-bit transfer completes in 30.8 us. 
This example assumes that no preempts occur during the transfer. 
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Standard EISA cycles begin with the CPU or bus master presenting a valid address on ww 
LA< 31:2 > and asserting M-IO to indicate a memory or I/O cycle. The address can become 

valid before the end of the previous cycle to allow address pipelining. The memory or I/O 

slave decodes the address and asserts the appropriate signals to indicate the type of slave 

and whether or not it can perform any special timings. The memory or I/O slave asserts 

EX32* or EX16* to indicate support of EISA cycles. An I/O slave must also decode AENx 

negated (low) to determine a valid address. 


The CPU or bus master asserts START* to indicate the end of the previous cycle and to 
indicate that the new cycle is now on the bus. The master also asserts W-R to indicate a 
read or write cycle and BE*< 3:0 > to indicate the bytes being transferred and their location 
on the EISA bus. Sixteen-bit transfers use BE*< 3:2 > (address Al=1) as well as 

BE*< 1:0 > (address A1=0) to indicate the bytes to be transferred even though only the low 
16 bits of the data bus are used. LA< 31:2 > and BE*< 3:0 > remain valid until after 
negation of START*. A slave that needs to latch the address does so on the trailing edge 
of START*. 


The system board asserts CMD* simultaneously with negation of START* to control the 

data transfer to or from the slave. If a read cycle is being performed, the slave presents the wa 
requested data when CMD* is asserted and holds it valid until CMD* is negated by the 

system board. For a write cycle, the CPU or bus master presents the data prior to assertion 

of CMD* and the slave latches it on or before the trailing edge of CMD*. The duration of 

START* and CMD* may vary, depending on the type and speed of the devices performing 

the transfer. 


Wait states can be added to the cycle by slow EISA memory or I/O devices. The slave 
negates EXRDY after it decodes a valid address and samples START* asserted. The slave 


may hold EXRDY negated for a maximum of 2.5 us to complete the transfer, but must 
release EXRDY synchronous to the falling edge of BCLK to allow the cycle to complete. 


The slave must allow EXRDY to float high (asserted) synchronously with the BCLK 
falling edge and must not hold EXRDY negated longer than 2.5 ps. 
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An EISA I/O slave must assert IO16*, as well as EX32* (or EX16*) when addressed, if 
16-bit ISA bus master compatibility is necessary. IO16* is asserted after decoding a valid 
address on the LA< 31:2 > address bus and is latched while CMD* ts asserted. M-IO is not 
included in the address decode for IO16*. EISA I/O slaves that do not need 16-bit ISA bus 
master compatibility may assert EX32* (or EX16*) only. 


The system board develops M16* from EX32* (or EX16*) to assure compatibility with 
ISA bus masters. An EISA memory slave should not drive M16*. 


EISA standard memory and I/O cycles are illustrated in flow diagrams. The flow diagram 
is a hybrid diagram combining aspects of flow charts and timing diagrams. The flow 
diagram is intended to demonstrate the basic concepts for various cycles performed on the 
EISA bus. At least one sample of every possible“action” (such as wait states and Burst 
termination) is provided, although, of course, every possible combination of bus cycle 1s 
not shown. 


The flow diagrams consist of flow-chart-like blocks and arrows, with board-specific actions 
enclosed in the blocks. Line types (solid, dotted, bold) are used to differentiate between the 
parts of the system involved (such as system board, slave, and bus controller). The flow 
diagram is divided into horizontal sections, each section representing the BCLK edge or 
level during which the enclosed action occurs. Note that at the beginning of many cycle 
types BCLK may not be active. In this case the BCLK states are drawn with dotted lines. 


Flow diagrams do not follow the conventions of normal flow charts in that there 1s no 
“decision” block. In essence, the flow diagrams answer a question such as “To design a 
32-bit one-wait-state EISA memory board, what signals apply during an access to the 
board.” The designer would then follow the flow diagrams for accesses to 32-bit memory, 
and when a branch labeled ‘Wait states needed” appeared, that branch would be followed 
to add the desired number wait states. 


Flow diagrams should be used to gain an initial understanding of the EISA bus cycles. 
They also provide a means of following the sequence of signals when reading the timing 
diagrams. Once the designer understands the basic cycle types, specific information on 
timing and special cases should be obtained from the timing diagrams themselves. In the 
event of a conflict of information, the timing diagrams should be assumed to be correct. 
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Figures 4-13 and 4-14 illustrate the flow of a data transfer from a 32-bit master to 32-bit 
slave memory (read and write cycles). The figures include standard and COMPRESSED 
cycles. Data transfers from a 16-bit master to a 16-bit slave are the same except for the use 
of EX16* instead of EX32*. 


Figure 4-15 shows the relevant signals for 2 and 3 BCLK EISA slave accesses. 
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Figure 4-13. 32-Bit Master to 32-Bit Slave Memory Read Accesses, Flow Chart 
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Figure 4-14, 32-Bit Master to 32-Bit Slave Memory Write Accesses, Flow Chart 


Extended Industry Standard Architecture Expansion Bus 


a Technical Reference Guide 4-29 


BCLK 
LA<31:2> 
M—IO 
BE* <3:0> 
W-R 
START * 
CMD* 


EX32* 
EX16* 


EXRDY : , 
NOWS®* \ LM 
LOCK? 


READ DATA 


WRITE DATA 


AEN<x> 


1016* 


16.0 101 102 103 104 105 110 11.1 112 113 120 121 122 123 134 125 


Figure 4-15. Access to EISA Slave — 3 BCLK and Standard (2 BCLK) Cycles 
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Compressed Cycles 


The COMPRESSED cycle type completes one transfer each 1.5 BCLK period. It can be 
used by the main CPU to transfer data to or from fast EISA memory or I/O slaves (an 
EISA bus master cannot generate compressed cycles). The total transfer time can be 
calculated with the following formula: 


Total Transfer = N*(1.5 BCLK period) Ls 
Where: 
N = number of bus cycles for transfer 


For example, an uninterrupted 32-bit COMPRESSED transfer of 256 bytes (64 dwords) 
completes in 11.5 ms with an 8.33 MHz BCLK. A 16-bit transfer completes in 23 ms. This 
example assumes that no preempts occur during the transfer. 


COMPRESSED cycles are a special case of Standard cycles in which the main CPU 
presents a new address each 1.5 BCLK period and the system board reduces the duration of 
CMD* to 0.5 BCLK. The timing requirements for the generation of COMPRESSED cycles 
are more strict than for normal EISA cycles, and, as such, special design methods are 
required for both the systems and slaves that support these cycles. A slave indicates support 
of COMPRESSED cycles by asserting NOWS* in time for the system board to sample on 
the rising edge of BCLK at the leading edge of CMD*. The slave must not negate EXRDY 
after asserting NOWS*. The CMD* pulse width is 1/2 BCLK for COMPRESSED cycles, 
but the slave must be prepared to accept a CMD* pulse of 1 BCLK or longer. The 

longer CMD* occurs when a bus master or other device initiates the cycle instead of 

the main CPU. 


Figure 4-16 shows the relevant signals for COMPRESSED read and write cycles 
between the main CPU and a 32-bit slave. Observe the half-cycle extension of BCLK 
for synchronization. Data transfers from a 16-bit CPU to a 16-bit slave are the same 
except for the use of EX16* instead of EX32*. 
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Burst Cycles 


The Burst cycle type provides a continuous sequence of 1 BCLK read or write cycles. Burst 
cycles are zero-wait-state transfers to or from EISA memory. Burst cycles cannot be used 
with I/O devices or ISA memory devices (slaves or masters). The total tme for a Burst 
transfer can be calculated with the following formula: 


Total transfer = (1+TwitN)*(1 BCLK period) us 
Where: 
Twi = number wait states in initial bus cycle 


N = number of bus cycles for transfer 


For example, an uninterrupted 32-bit Burst of 256 bytes (64 dwords) completes in 7.8 ps 
with an 8.33 MHz BCLK. A 16-bit transfer completes in 15.6 us. This example assumes 
that no preempts occur during the transfer. 


The first cycle in a Burst transfer begins like a standard cycle. The CPU or bus master 
presents a valid address, and the memory slave, after decoding the address and M-IO, JS 
indicates that it can perform Burst cycles by asserting SLBURST*. The CPU or bus master 
samples SLBURST* on the rising edge of BCLK at the trailing edge of START*. The CPU 
or bus master indicates its ability to do Burst cycles by asserting MSBURST™ on the falling 
edge of BCLK and presenting the second address to the slave. If the CPU or bus master 
found SLBURST™ asserted, it performs the transfer using Burst cycles, and the system 
board, instead of negating CMD* keeps it asserted while the CPU or bus master performs 
the Burst. The CPU or bus master reverts to a standard cycle and leaves MSBURST* 
negated if the memory slave does not assert SLBURST™ or if the slave type does not 
support the Burst. 


If the Burst cycle is a read, the Burst addresses are presented on the falling edge of every 
BCLK, and the slave presents the data for that address for sampling 1.5 BCLK periods 
later. If the Burst cycle is a write the CPU or bus master presents the data on the rising 
edge of BCLK 1/2 cycle after presenting the address. This differs from standard cycles in 
which the data is presented on the falling edge of BCLK. The CPU or bus master 
terminates the Burst cycle by negating MSBURST™ at the address change and completing 
the last transfer. 
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A Burst transfer must be all reads or all writes. Mixed cycles are not allowed. The byte 
enables may change within the block. Although a Burst transfer normally performs 
zero-wait-state cycles, a slave can add wait states during a Burst sequence by negating 
EXRDY before the falling edge of BCLK. (with CMD* asserted). The master samples 
EXRDY on the falling edge of BCLK and extends the cycle until EXRDY is asserted. The 
master can still change to the next address even though EXRDY is negated. An intelligent 
slave can use the wait states to interrupt the Burst sequence while it accesses local shared 
memory. A memory slave cannot terminate a Burst. 


Addresses asserted during a Burst sequence to DRAM memory must be within a 1024-byte 
DRAM memory page (address lines LA< 31:10 > cannot change during the Burst). To cross 
a DRAM page boundary, the Burst sequence must be terminated by the CPU or bus master 
by negating the MSBURST™ signal on the last cycle in the page. The Burst sequence can 
be restarted on a new page. 


Figure 4-17 shows a Burst read cycle from a 32-bit master to a 32-bit slave. Figure 4-18 

shows the relevant signals for reads and writes between a 32-bit master and a 32-bit slave. 

Data transfers from a 16-bit master to a 16-bit slave are the same except for the use of 
— EX16* instead of EX32*. 
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Figure 4-17. 32-Bit Master to 32-Bit Slave Burst Read Transfers, Flow Chart 
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DMA CYCLES 


DMA devices can use one of four cycle control sequences to transfer data between the 
DMA device and memory: ISA-compatible cycles, Type “A” cycles, Type “B” cycles, or 
Burst DMA cycles. Each cycle type can be run as a single cycle transfer (Single mode), or 
as a continuous sequence of cycles (Block or Demand mode). See the DMA controller 
section for more information on Single, Block and Demand DMA controller modes. The 
DMA controller supports 8-, 16- and 32-bit data transfer sizes. The DMA device reads or 
writes the appropriate bytes on the bus for its data size. 


DMA devices use IORC* and IOWC* for I/O reads and writes. The system board asserts 
the appropriate I/O command signal (IORC* or IOWC*) with DAK*< x > and negates the 
command signal when the data lines are valid (for a write) or when the system board 
latches the data (for a read). The I/O command signal remains asserted during memory wait 
states or data size translation. The DMA device cannot add wait states. 


ISA Compatible DMA Cycles: 
ISA Compatible 


The ISA-compatible DMA cycle type executes one transfer cycle in 8 BCLK periods. Each 
wait state adds two BCLK periods. ISA DMA devices can use this cycle type to transfer 
data between the DMA device and 32-, 16- or 8-bit memory. The total transfer time can be 
calculated with the following formula: 


Total Transfer = (1+N*(8+2*Tw))*(1 BCLK period) 
Where: 

Tw = number wait states in each bus cycle 

N = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 16-bit transfer of 256 bytes (128 words) 
completes in 123.2 us (2.07 MB/s) with an 8.33 MHz BCLK. 
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The first cycle of a DMA transfer begins with the system board presenting LA< 31:2 >, 
BE*< 3:0 >, M-IO, and W-R on the falling edge of BCLK. For memory reads, the system 
board asserts START* no sooner than the next rising edge of BCLK. The system board 
asserts CMD* and IOWC*% on the next rising edge of BCLK. The system board holds 
IOWC* asserted while the memory slave presents the data, then negates IOWC*. The 
DMA device samples DAK*< x > and IOWC* asserted, then latches the data on the rising 
edge of IOWC*. The system board holds IOWC* active for 3 BCLK periods and holds 
CMD%* asserted until 1/2 BCLK after negating IOWC*. 


If the DMA cycle is an I/O read (memory write), the system board asserts IORC* on the 
rising edge of BCLK after presenting the address. The system board then asserts START* 
on the rising edge of BCLK, 2 BCLKs later. On the next rising edge of BCLK the system 
board asserts CMD*. The DMA device must present the data when it samples DAK*< x > 
and IORC% asserted, and must hold the data valid until the system board negates IORC* 
The system board holds CMD* asserted for 3 BCLK periods and holds IORC* asserted 
until 1/2 BCLK after negating CMD*. A DMA device cannot add wait states to a DMA 
cycle. It must conform to the system board cycle control. 


The ISA-compatible DMA cycle is the same for all types of memory. The MRDC* or 
MWTC% signals are activated to allow ISA memory to be accessed unless the address is 
greater than 16 megabytes and an EISA memory device responds. The MRDC*% signal is 
asserted at the same time as IOWC*% is asserted and is negated at the same time that CMD* 
is negated for I/O write (memory read) cycles. MWTC*% is asserted at the leading edge of 
START™ and negated at the trailing edge of CMD* during I/O read (memory write) cycles. 


Verify” transfers have the same address, DAK*< x >, and T-C timing as other compatible 
transfers but do not assert any command signals. This means that DMA devices do not see 
an IORC* or IOWC% asserted and memory does not respond to memory accesses. 


Figure 4-20 shows Type “A,” Type “B,” and Type “C” (Burst) DMA reads. Figure 4-21 
shows an ISA-compatible DMA read. 


Figure 4-22 shows Type “A,” Type “B,” and Type “C” (Burst) DMA writes. Figure 4-23 
shows an ISA-compatible DMA write. 


Figures 4-24 and 4-25 show the signals used in ISA-compatible DMA cycles. 
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Figure 4-21. 32-bit DMA Read Transfer from 32-bit Memory — Compatible Cycle 
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Figure 4-23, 32-Bit DMA Write Transfer to 32-Bit Memory — Compatible Cycle 
(No Wait States), Flow Chart 
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Figure 4-24. DMA Transfer from Memory without Conversion — Compatible Cycle: 
Demand Read 
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Type “A”? DMA Cycles 


The Type “A” DMA cycle supports 8-, 16- or 32-bit DMA devices. Transfers that do not 
require data size translation execute one cycle every 6 BCLK periods. The system board 
automatically performs data size translation for transfers to mismatched memory. The total 
transfer time can be calculated with the following formula: 


Total Transfer = (7+(N-1)*(6+Tw))*(1 BCLK period) 
Where: 


Tw = number wait states in each bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 32-bit transfer of 256 bytes (64 dwords) 
completes in 46.2 us (5.54 MB/s) with an 8.33-MHz BCLK. A 16-bit transfer (128 words) 
completes in 92.3 ps (2.78 MB/s). This example assumes that no preempts occur during the 
transfer. 


Yee Most ISA-compatible DMA devices can transfer data 1.3 times faster by programming the 
EISA controller to Type “A” transfers instead of ISA-compatible timing (the default). 
Type “A” transfers provide the performance improvement by reducing the time required for 
the memory read or write operation and by reducing the duration of the I/O command 
strobe (IORC* or IOWC*). No hardware modification is normally required. This cycle type 
works as described only with fast, EISA memory. With non-EISA memory or if data size 
translation is required, the cycle reverts to memory timing similar to that used with bus 
masters. The I/O portion of the cycle (data setup time for writes, and I/O read access time 
for reads) is the same as ISA-compatible cycles. The MRDC* and MWTC*% signals are not 
asserted unless the system must do a data size translation for ISA memory. 


Figures 4-26 through 4-29 show relevant signals for Type “A” DMA read and write cycles 
between a DMA device and 32- or 16-bit memory. 
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Type “B” DMA Cycles 


The Type B DMA cycle supports 8-, 16- or 32-bit DMA devices. Transfers that do not 
require data size translation execute one cycle every 4 BCLK periods. The system board 
automatically performs data size translation for transfers to mismatched memory. The total 
transfer time can be calculated with the following formula: 


Total Transfer = (2+N*(4+Tw))*(1 BCLK period) 
Where: 

Tw = number wait states in each bus cycle 

N = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 32-bit transfer of 256 bytes (64 dwords) 
completes in 31 ps (8.26 MB/s) with an 8.33-MHz BCLK. A 16-bit transfer (128 words) 


completes in 61.7 us (4.15 MB/s). This example assumes that no preempts occur during the 
transfer. 


Some ISA-compatible DMA devices can transfer data two times faster by programming 

the EISA controller to Type “B” transfers instead of ISA-compatible timing (the default). a 
Type “B” transfers provide the performance improvement by reducing the time required 

for the memory read or write operation and by reducing the data setup time for I/O writes, 

and read access time for I/O reads. ISA-compatible DMA devices using relatively fast 

technology can use Type “B” cycles without hardware modification. This cycle type 

works as described only with fast EISA memory. With non-EISA memory or if data size 

translation is required, the cycle reverts to memory timing similar to that used with bus 

masters. The MRDC* and MWTC*% signals are not asserted unless the system must do a 

data size translation for ISA memory. 


Figures 4-30 through 4-33 show the relevant signals for a Type “B” DMA write cycle 
between a DMA device and 32-bit or 16-bit memory. 
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The first memory cycle is shown with a wait state added by the memory slave. 


Note: 


DMA Transfer to Memory without Conversion — Type “B” Cycle: 


Demand Write 


Figure 4-32. 
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Type “C” (Burst) DMA Cycles 


Type “C” (Burst) DMA cycles have characteristics similar to Burst cycles. Burst DMA 
cycles can perform a sequence of 8-, 16- or 32-bit transfers between EISA Burst memory 
and the DMA device in 1 BCLK each. 


The total time for a zero-wait-state transfer can be calculated with the following formula: 
Total transfer = (3+TwitN)*(1 BCLK period) us 
Where: 

Twi = number wait states in initial bus cycle 

N = number of bus cycles for transfer 


For example, an uninterrupted transfer of 256 bytes (64 dwords) completes in 8.1 Us 
(31.6 MB/s) with an 8.33-MHz BCLK. 


The DMA Device requests the bus by asserting its DRQ< x >. The system board performs 
the arbitration, and asserts the appropriate DAK*< x > on the rising edge of BCLK. Ona 

ty later falling edge of BCLK the system board presents LA< 31:2 >, BE*< 3:0 >, W-R and 
M-IO, with M-IO indicating memory (high). The system board asserts MSBURST* to 
indicate its ability to support Burst cycles. The memory slave decodes a valid address on 
LA< 31:2 > and asserts SLBURST*. When this is detected, the system board asserts 
MSBURST™ to indicate its ability to support Burst cycles. On the next rising edge of 
BCLK, the system board asserts START* and samples SLBURST™ asserted. If the system 
board samples SLBURST™ negated, the cycle reverts to memory timing similar to the 
Standard memory cycle generated by EISA bus masters. 


If the system board samples SLBURST™ asserted, the system board continues the transfer 
using Burst cycles. On the next rising edge of BCLK, the system board negates START* 
and asserts CMD* and IOWC*. The DMA device decodes IOWC* with its DAK*< x > 
asserted and samples the data bus on the rising edge of BCLK. 
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While the Burst cycles continue, the system board presents the pipelined address (on 

LA< 31:2 >, BE*< 3:0 >) and MSBURST* on each falling edge of BCLK. The system 
board presents the address 1/2 BCLK before the beginning of the next Burst cycle 
(pipelined). Burst cycles continue until the system board negates MSBURST*. The memory 
slave samples MSBURST™* on each rising edge of BCLK. 


On each rising edge of BCLK, the DMA device samples the data. The memory slave drives 
new data on rising edges of BCLK coincident with the DMA device sampling the data. The 
system board samples DRQ< x > on rising edges of BCLK at the beginning of each cycle 
(on the same BCLK edge that the DMA device is supposed to drive the data). If the DMA 
device negates DRQ< x >, then, on the next falling edge of BCLK, the system board 
tristates the address and negates MSBURST™*. On the next rising edge of BCLK the system 
board negates CMD* and IOWC*. The DMA device stops sampling the data when IOWC* 
is negated. The memory slave floats the D< 31:0 > after the trailing edge of CMD*. The 
system board negates DAK*< x > on or after the same BCLK rising edge where CMD* is 
negated. 


A slave can add wait states during a Burst sequence by negating EXRDY before the falling 

edge of BCLK (with CMD* asserted). The system board samples EXRDY on the falling —J 
edge of BCLK and extends the cycle until EXRDY is floated (asserted). The DMA device 

is also sampling EXRDY and waiting to sample the data. The system board can still change 

to the next address even though EXRDY is negated. Note that it 1s not possible to decode a 

valid address in time to negate EXRDY. The slave must know in advance that wait states 

are needed. An intelligent slave can use the wait states to interrupt the Burst sequence while 

it accesses local shared memory. 


Addresses asserted during Burst DMA cycles to DRAM memory must be within a 1024 
byte DRAM memory page (address line LA< 31:10 > cannot change during the transfer). 
To cross a DRAM page boundary, the system board terminates the Burst DMA sequence by 
negating the MSBURST* signal on the last cycle in the page. The system board then 
restarts the sequence on the new page. 


The system board generates the memory addresses and assures the sequence is within a 
DRAM page. The system board supplies the transfer control and signal translation. The 
DMA device must monitor its DAK*< x >, BCLK, EXRDY, and IORC* or IOWC® signals 
to determine when to drive the data (on writes) or latch the data (on reads). 
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The system board automatically reverts to normal cycles if the addressed memory does not 
support Burst DMA cycles. If ISA memory devices are addressed, the system does the 
appropriate signal and data size translations. 


Figure 4-34 shows the relevant signals for a Burst (Type “C”) DMA read cycle between a 
32-bit DMA device and 32-bit memory. Figure 4-35 shows the relevant signals for a 

Type “C” read cycle between a 32-bit DMA device and 16-bit EISA memory. Figures 4-36 
and 4-37 show the write cycle. 
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Figure 4-34. DMA Transfer from Memory Without Conversion — Burst DMA Cycle: 
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Note: The first memory cycle is shown with a wait state added by the memory slave. 


Figure 4-35. 32-Bit DMA Transfer from 16-Bit EISA Memory with Conversion — Burst 
DMA Cycle: Read 
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Figure 4-36. DMA Transfer to Memory Without Conversion — Burst DMA Cycle: 
Demand Write 
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Figure 4-37. 32-Bit DMA Transfer to 16-Bit EISA Memory with Conversion — 
Burst DMA Cycle: Write 
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4.6 DATA BUS TRANSLATIONS 


EISA systems provide a mechanism for EISA expansion boards to communicate with 
ISA-compatible devices. The EISA expansion board always communicates using EISA 
cycles, since the system board automatically translates EISA cycles for ISA-compatible 
Slaves. 


The EISA expansion bus provides a set of EISA data transfer cycle types that are optimized 
for speed. EISA cycle control signals facilitate the fast cycles. 


ISA devices use ISA control signals and need not recognize the EISA signals. 
Consequently, EISA cycles offer optimum performance, while maintaining full 
compatibility with ISA devices. 


The EISA cycles use many of the same signals as ISA data transfers. Portions of the 
address and data bus, and some cycle control signals are common for all data sizes. The 
new Signals extend the address and data size to 32 bits, and provide the fast cycle timing. 


An EISA bus master can communicate with an ISA slave simply by generating the EISA 

data and control signals, and letting the system board copy the data and translate the control J 
Signals as necessary. Similarly, a 16-bit ISA bus master can communicate with an EISA 

Slave by generating the ISA data and control signals and letting the system board copy the 

data and translate the control signals as necessary. 
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The following transactions are automatically translated: 


Transactions between 32-bit EISA bus masters and 16-bit EISA slaves 
Transactions between 16-bit EISA bus masters and 32-bit EISA slaves 
Transactions between 16- or 32-bit EISA bus masters and 8- or 16-bit ISA slaves 
Transactions between 16-bit ISA bus masters and 16- or 32-bit EISA slaves 
Transactions between 32-bit DMA devices and 16-bit EISA slaves 

Transactions between 16-bit DMA devices and 32-bit EISA slaves 


Transactions between 16- or 32-bit DMA devices and 8- or 16-bit ISA memory 


Transactions between 8- or 16-bit DMA devices and 16- or 32-bit EISA memory 
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32-Bit EISA Bus Master to 
16-Bit EISA Slave Translations 


The system board automatically provides data size translations for data transfers between 
32-bit bus masters and 16-bit EISA slaves. A 32-bit bus master executing burst cycles to a 
16-bit EISA slave may achieve higher performance by performing its own data size 
translation. 


The 16-bit EISA slave must develop SA< 1 > and the low and high byte enable signals 
from BE*< 3:0 >, if it cannot wait for the system to generate SA< 1 > and SBHE*. 


However, if the slave samples BE*< 3 > or BE*< 2 > asserted at the same time as 
BE*< 1 > and BE*< (>, it uses BE*< 1 > and BE*< 0 >. This special case can occur 
during accesses by a 32-bit bus master. Table 4-2 illustrates the correspondence between 
BE*< 3:0 >, SA< 1 > and SBHE*. 


Table 4-2 
BEx*/SAx/SBHE* Relationships - 
BE*< 3 > BE*< 2 > BE*< 1 > BE*< 0 > SA*< 0 > SA*< 1 > SBHE* 
1 1 1 0 0 0 1 
1 1 0 1 1 0 0 
1 0 1 1 0 1 1 
0 1 1 1 1 1 0) 
1 1 0 0 0 0 0 


o|o|—-|o|] = 
O!10!1o0!o0!lo 
oO!lo|o|-|o 
oO} -|] o/] =] = 
oO}-!|o] oo] = 
O1o!lo/]/=-|o 
O!10!1l0!/|o0!/lo 
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32-Bit EISA Bus Master to 
16-Bit EISA Slave Read Cycles 


A 32-bit bus master is granted bus control, then presents LA< 31:2 >. The 16-bit EISA 
slave decodes a valid address from LA< 31:2 > and asserts EX16*. The bus master asserts 
START*, W-R, M-IO, and BE*< 3:0 >. The system board samples EX32* and EX16* on 
the rising edge of BCLK following the assertion of START*, and asserts CMD*. At the 
same time, the bus master negates START* and samples EX32*. When EX32* is sampled 
negated, the bus master holds LA< 31:2 > valid while it floats START* and BE*< 3:0 > so 
the system board can perform the data size translation. 


The system board negates CMD* after one BCLK period unless the slave negates EXRDY 
to add wait states. The system latches D< 15:0 > on the trailing edge of CMD*. It then 
asserts START*, and presents BE*< 3:0 > (with the high word enabled). The system board 
negates START* and asserts CMD*. The slave latches the address on the trailing edge of 
START*, and presents D< 15:0 >. The system board negates CMD* after one BCLK period 
unless the slave negates EXRDY to add wait states. The system board latches D< 15:0 > on 
the trailing edge of CMD*, copies D< 15:0 > to D< 31:16 > and asserts EX32*. The system 
board then presents D< 31:0 > and floats BE*< 3:0 > and START™. 


The bus master regains bus control after sampling EX32* asserted on the rising edge of 
BCLK, then presents a new address on LA< 31:2 > and BE*< 3:0 > on the falling edge of 
BCLK. On the next rising edge of BCLK the bus master latches D< 31:0 > and asserts 
START* for the next cycle. 


nn nn LUE EE EEE SEEEEEEEE 
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32-Bit EISA Bus Master to 
16-Bit EISA Slave Write Cycles 


A 32-bit bus master is granted bus control, then presents LA< 31:2 >. The 16-bit EISA 
Slave decodes a valid address from LA< 31:2 > and asserts EX16*. The bus master asserts 
START*, W-R, M-IO, BE*< 3:0 >, and D< 31:0 >. The system board samples EX32*, 
EX16*, and D< 31:0 > on the rising edge of BCLK following the assertion of START* and 
asserts CMD*. At the same time the bus master negates START* and samples EX32*. 
When EX32* is sampled negated, the bus master holds LA< 31:2 > valid while it floats 
START*, BE*< 3:0 >, and D< 31:0 >, so the system board can perform the data size 
translation. 


The system board drives D< 31:0 > and asserts CMD* after sampling EX32* negated. The 
slave may sample D< 15:0 > while CMD* is asserted. The system board negates CMD* 
after one BCLK period unless the slave negates EXRDY to add wait states. The system 
board presents BE*< 3:0 > (with the high word enabled) and asserts START*. The system 
board copies the latched data from D< 31:16 > to D< 15:0 >, negates START* and asserts 
CMD*. The system board negates CMD* after one BCLK period unless the slave negates 
EXRDY to add wait states. The slave latches the address on the trailing edge of START* 
and samples D< 15:0 > on the trailing edge of CMD*. 


The system board returns control to the 32-bit bus master by floating BE*< 3:0 >, 
START*, and D< 31:0 >, then asserting EX32*. The bus master samples EX32* asserted 
on the rising edge of BCLK and, on the next falling edge of BCLK, presents a new address. 
The bus master may assert START* for the next cycle on the next rising edge of BCLK. 


Figure 4-38 shows the timing for a 32-bit EISA bus master access to a 16-bit EISA slave. 
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Figure 4-38. 32-Bit EISA Master to 16-Bit EISA Slave Dword Access 
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16-Bit EISA Bus Master to 
32-Bit EISA Slave Translations 


The system board automatically provides data size translations for data transfers between 
16-bit EISA bus masters and 32-bit EISA slaves. This section provides an overview of the 
translation cycle. The following paragraph describes both read and write cycles. 


A 16-bit bus master is granted control of the bus and presents LA< 31:2 >. The 32-bit EISA 
Slave decodes a valid address from LA< 31:2 > and asserts EX32*. The bus master asserts 
START*, W-R, M-IO, and BE*< 3:0 >. The system board samples EX32* on the rising 
edge of BCLK following the assertion of START*, and asserts CMD*. At the same time, 
the bus master negates START* and samples EX16* and EX32*. The bus master performs 
a normal 16-bit cycle whenever it samples either EX32* or EX16* asserted. The system 
board copies the data from the low word D< 15:0 > to the high word D< 31:16 > during 
writes to odd word addresses, and copies from high to low during reads from odd word 
addresses. No additional BCLKs are required for this data size translation. The timing 
calculations for masters and slaves include the time to copy D< 31:16 > to D< 15:0 >. 


a a ee 
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32-Bit EISA Bus Master to 
16-Bit ISA Slave Translations 


The system board automatically performs the following signal translations so 32-bit bus 
masters can use the 32-bit interface and timing when accessing ISA memory or I/O slaves: 


m EISA command signals (START*, CMD*, M-IO, and W-R) are converted to ISA 
command signals (SMRDC*, SMWTC*, MRDC*, MWTC*, IORC*, IOWC*, and 
BALE) 


ISA signals NOWS* and CHRDY are converted to EISA signal EX32* 
The timing is ISA-compatible (3 BCLK standard for 16-bit) 


Data copying between D< 31:16 > and D< 15:0 > (D< 7:0 > for 8-bit transfers) 1s 
performed 


Table 4-3 shows the system board translation of the bus master’s BE*< 3:0 > lines to the 
16-bit slaves SA< 1,0 > and SBHE% lines. 


Table 4-3 
BEx*/SAx/SBHE* Relationships 


BE*< 3 > BE*< 2 > BE*< 1 > BE*< 0 > SA*< 1 > SA*< 0 > SBHE* 


oO; Oo; Oo; =~] Of; OF =~] =~] CO] CO 
oO; -| oO; OF; =~] OF]; ~] OO; -] CO 
oO; Oo; oO; OO] oO; OF; CO] ~] CO] — 


0 
1 
1 
1 
0 
1 
1 
0 
1 
0 


o!;o; =; oF; =| =| OF =I] =~] = 
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32-Bit EISA Bus Master to 
16-Bit ISA Slave Read Cycles 


A 32-bit bus master is granted bus control, then presents LA< 31:2 >. The ISA slave 
decodes a valid address from LA< 23:17 > and asserts M16*. The bus master asserts 
START* and presents W-R, M-IO, and BE*< 3:0 >. The system board converts BE*< 3:0 > 
into SA< 1,0 > and SBHE* and generates BALE. The system board samples EX32* and 
EX16* negated and M16* asserted on the rising edge of BCLK following the assertion of 
START*, and asserts CMD* and MRDC*. At the same time, the bus master negates 
START* and samples EX32*. When EX32* is negated, the bus master holds LA< 31:2 > 
valid, while it floats START* and BE*< 3:0 >, so the system board can perform the data 
size translation. 


The system board negates MRDC* and CMD* and latches D< 15:0 > on the trailing edge 
of MRDC* and CMD*. It asserts START*, and presents BE*< 3:0 >, SA< 1 >, SA<0>, 
and SBHE* (with the high word enabled). The conversion from EISA to ISA signals is 
performed again as the system board negates START™ and asserts MRDC* and CMD*. 
The system board latches D< 15:0 > on the trailing edge of MRDC* and CMD*, copies 
D< 15:0 > to D< 31:16 >, and asserts EX32*. The system board presents D< 31:0 > and 
floats BE*< 3:0 > and START*. 


The bus master regains bus control after sampling EX32* asserted on the trailing edge of 
MRDC* and CMD%, then presents a new address on LA< 31:2 > and BE*< 3:0 >. On the 
next rising edge of BCLK the bus master latches D< 31:0 > and asserts START* for the 
next cycle. 
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32-Bit EISA Bus Master to 
16-Bit ISA Slave Write Cycles 


A 32-bit bus master is granted control of the bus and presents LA< 31:2 >. The 16-bit ISA 
Slave decodes a valid address from LA< 23:17 > and asserts M16*. The bus master asserts 
START*, W-R, M-IO, BE*< 3:0 >, and D< 31:0 >. The system board converts BE*< 3:0 > 
into SA< 1 >, SA< 0 >, and SBHE* and generates BALE. The system board samples 
EX32* negated and M16* asserted on the rising edge of BCLK following the assertion of 
START*, and asserts CMD* and MWTC%*. At the same time the bus master negates 
START* and samples EX32*. Since EX32* is negated, the bus master holds LA< 31:2 > 
valid, while it floats START*, BE*< 3:0 >, and D< 31:0 > so the system board can perform 
the data size translation. 


The system board latches D< 31:0 > on the trailing edge of START*, then immediately 
drives D< 31:0 > and asserts CMD* and MWTC*. The system holds MWTC* and CMD* 
asserted for two BCLKs (unless modified by NOWS* or CHRDY). The slave latches 
D< 15:0 > while MWTC% is asserted. The system board asserts START™* and presents 
BE*< 3:0 >, SA< 1 >, SA< 0 >, and SBHE* (with the high word enabled). The system 
ty board copies the latched data from D< 31:16 > to D< 15:0 >, negates START*, and asserts 
CMD* and MWTC*. The slave latches D< 15:0 > while MWTC% ts asserted. The system 
holds MWTC* and CMD*® asserted for two BCLKs (unless modified by NOWS* or 
CHRDY). 


The system board returns control to the 32-bit bus master by floating BE*< 3:0 >, 
START*, and D< 31:0 >, then asserting EX32*. The bus master samples EX32* asserted 
and, on the next falling edge of BCLK, presents a new address. The bus master may assert 
START* for the next cycle on the next rising edge of BCLK. 
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32-/16-Bit EISA Bus Master to 
8-Bit ISA Slave Translations 


Transactions between 16- or 32-bit EISA bus masters and 8-bit ISA slaves use cycle control 
similar to transactions between 32-bit bus masters and 16-bit ISA slaves (as discussed 
above). The main difference is that M16* (or IO16*) is not generated by the 8-bit slave, 
and transfers are broken into 8-bit cycles instead of 16-bit cycles. The system board 
provides ISA-compatible 8-bit cycle timing for the slave (6 BCLK for 8-bit cycles). 
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16-Bit ISA Bus Master to 
EISA Slaves Translations 


The system board performs the following signal translations so EISA slaves can use the 


EISA interface and timing when accessed by 16-bit ISA bus masters: 
m Address lines SA< 1:0 > are converted to BE*< 3:0 > lines 


m The ISA command signals (MRDC*, MWTC*, IORC*, IOWC*) are converted to 


EISA command signals (START*, CMD*, M-IO, and W-R) 

The EISA signal EXRDY is converted to the ISA signal CHRDY 
Data copying between D< 31:16 > and D< 15:0 > is performed 
M16* is asserted for EISA memory cycles 

JO16* is NOT asserted for EISA I/O accesses 


driven from SA< 16:2 > 


Address lines LA*< 31:24 > are pulled-up by resistors to logical zero; LA< 16:2 > are 


A 16-bit ISA master is granted bus control, then presents LA< 23:17 > and SA< 19:0 >. 
Since the ISA master does not drive LA< 31:24 >*, this part of the address bus is pulled up 
by resistors to logical zero. The system board copies SA< 16:2 > to LA< 16:2 > and 


converts SA< 1:0 > and SBHE* to BE*< 3:0 > as illustrated in Table 4-4. 


Table 4-4 
SA/SBHE"-to-BE* Conversions 
SA<1> SA< 0> SBHE* BE*<3> BE*<2> BE*<1> 
0 0 0 1 1 1 
0 0 1 1 1 1 
0 1 0 1 1 0 
O 1 1 Reserved Reserved Reserved 
1 0 0 0 0 1 
1 0 1 1 0 1 
1 1 0 0 1 1 
1 1 1 Reserved Reserved Reserved 


BE*<0 > 


Reserved 
1 
1 
1 
Reserved 


4-73 


Extended Industry Standard Architecture Expansion Bus 


zz 4-74 Cycle Types 


The system board asserts M-IO and negates W-R to indicate a memory read cycle until the 
ISA master indicates that a different cycle is required. 


The system board does not participate further in transactions between ISA masters and ISA 
memory slaves. However, all ISA master I/O cycles are translated to EISA cycles to 
provide proper operation with 8-bit EISA I/O slaves. 


The EISA slave decodes a valid address from LA< 31:2 > and asserts EX32* or EX16*, 
unless it is an 8-bit EISA I/O slave. The system board asserts M16* if either EX32* or 
EX16* is asserted. EISA I/O slaves that must respond to 16-bit cycles from ISA bus 
masters must assert IO16* directly. 


If the ISA master asserts IORC* or IOWC*, or if EX32* or EX16* is asserted when the 
ISA master asserts MRDC* or MWTC*%, the system board will negate CHRDY and 
perform the translation to an EISA cycle. M-IO and W-R are changed if necessary to 
indicate the appropriate cycle. START™* is asserted on the next rising edge of BCLK and 
data are copied between D< 15:0 > and D< 31:16 > (or D< 15:8 > and D< 7:0 > for 8-bit IO 
Slaves) if required by BE*< 3:0 >. CMD* is then asserted on the next rising edge of BCLK. 
The EISA slave latches write data and drives read data just as they would for any other 
EISA cycle. 


For all EISA slaves, except 8-bit EISA I/O slaves, EXRDY is then sampled on the next 
falling edge of BCLK. For 8-bit EISA I/O slaves, EXRDY is not sampled until the fifth 
falling BCLK after CMD* is asserted. When EXRDY is sampled asserted, the system board 
asserts CHRDY immediately. The ISA master samples CHDRY asserted, latches read data 
after the appropriate delay, and negates the ISA command (MRDC*, MWTC*, IORC* or 
IOWC*). The system board then negates CMD* on the next rising edge of BCLK for write 
cycles, and when the ISA command (MRDC* or IORC*) is negated for read cycles. 


Figures 4-39 and 4-40 show 16-bit ISA bus master accesses to an EISA memory slave. 
Figures 4-41 and 4-42 show 16-bit ISA bus master access to a 16- or 32-bit EISA I/O slave. 
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Figure 4-39. 16-Bit ISA Master Read from EISA Slave 
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Figure 4-40. 16-Bit ISA Master Write to EISA Slave 
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Figure 4-41. 16-Bit ISA Master I/O Read from EISA Slave 
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Figure 4-42. 16-Bit ISA Master I/O Write to 16-/32-Bit EISA Slave 
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32-Bit DMA Device to 
16-Bit EISA Memory Translations 


The system board automatically performs data size translation between the 32-bit DMA 
device and 16-bit EISA memory. 


Memory Read (I/O Write) 


The following paragraphs describe a single DMA read transfer between a 32-bit EISA 
DMA device and 16-bit EISA memory. 


The EISA DMA device requests a DMA transfer by asserting DRQ< x >. The system board 
samples DRQ< x > asserted on the rising edge of BCLK and requests control of the bus. 
The arbitration controller arbitrates the request and grants control of the bus to the DMA 
controller. The system board then asserts DAK*< x >. 


The system board presents LA< 31:2 > when DAK*< x > is asserted. The 16-bit EISA 
memory decodes the address and asserts EX16*. The system board asserts START*, W-R, 

— M-IO, and BE*< 3:0 >. The system board samples EX32* and EX 16* on the rising edge of 
BCLK following the assertion of START*, and asserts CMD*. IOWC* is also asserted and 
held until the word assembly completes. 


If the DMA was programmed as a burst, the MSBURST* signal remains negated. 


On the next rising edge of BCLK the system board latches D< 15:0 > and the system board 
negates CMD%, asserts START™*, and presents BE*< 3:0 > (with the high word enabled). 
The system board then, on the next BCLK rising edge, negates START* and asserts 
CMD*. The 16-bit EISA memory decodes the address and presents D< 15:0 >. On the next 
rising edge of BCLK the system board latches D< 15:0 >, negates CMD*, and copies the 
data from D< 15:0 > to D< 31:16 >. The system board presents the assembled 32-bit data 
on D< 31:0 > and negates IOWC*. The 32-bit EISA DMA device latches the data on the 
trailing edge of IOWC*. 
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The 16-bit EISA memory may request wait states by asserting EXRDY, as in standard 
cycles. 


In the case of a single transfer DMA cycle, the system board negates DAK*< x > and 
releases the bus. If block or demand mode DMA is programmed, the DMA transfer repeats 
the above block until preemption or completion. 


Memory Write (I/O Read) 


The following paragraphs describe a single DMA write transfer between a 32-bit EISA 
DMA device and 16-bit EISA memory. 


The EISA DMA device requests a DMA transfer by asserting DRQ< x >. The system board 
samples DRQ< x > asserted on the rising edge of BCLK and requests control of the bus. 
The system board arbitrates the request and grants control of the bus to the DMA 
controller. The system board then asserts DAK*< x >. 


The system board presents LA< 31:2 > when DAK*< x > is asserted. The 16-bit EISA 
memory decodes the address and asserts EX16*. The system board also asserts IORC*, and 
the EISA DMA device, sampling both IORC* and DAK*< x > asserted, presents its data on 
D< 31:0 >. The system board asserts START*, W-R, M-IO, and BE*< 3:0 >. The system 
board samples EX32*, EX16*, and M16* on the rising edge of BCLK, following the 
assertion of START*, and asserts CMD*. When EX32* is sampled, negated and EX16* 
asserted, the system board latches the 32-bit data and negates IORC*. The EISA DMA 
device ceases driving the data bus when IORC* is negated, allowing the system board to 
continue driving D< 15:0 >. 


If the DMA was programmed as a burst, the MSBURST™ signal remains negated. 


The 16-bit EISA memory can latch the data while CMD* is asserted. On the next BCLK 
rising edge, the system board negates CMD*, asserts START*, and copies the upper 16 bits 
of the data to D< 15:0 >. On the next BCLK rising edge, the system board negates 
START* and the system board asserts CMD*. The ISA memory latches the data while 
CMD is active. One BCLK later, the system board negates CMD*, ending the transfer. 


The DMA controller continues executing cycles until preemption or reaching terminal 
count (for block or demand DMA modes). The DMA controller suspends DMA processes 
executed in single transfer mode after each cycle by negating DAK*< x > and releasing 
the bus. 
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w 16-Bit DMA Device to 
32-Bit EISA Memory Translations 


The system board automatically performs data copying between D< 31:16 > and D< 15:0 > 
so a 16-bit DMA device can communicate with a 32-bit EISA memory slave. The 
following paragraphs describe both DMA read and write transfers from 16-bit DMA 
devices to 32-bit EISA memory. 


A 16-bit DMA device requests a transfer by asserting DRQ< x >. The system board 
samples DRQ< x > asserted on the rising edge of BCLK and requests control of the bus. 
The system board arbitrates the request and grants control of the bus to the DMA 
controller. The system board then asserts DAK*< x >. 


The DMA controller performs a 16-bit DMA read or write according to the programmed 
timing. Accesses to the 32-bit EISA memory do not affect the DMA transfer timing, since 
only data copying is required. The data is copied from D< 31:16 > to D< 15:0 > on reads 
and D< 15:0 > to D< 31:16 > on writes. Therefore, a normal 16-bit DMA transfer 1s 
performed, and a normal 16-bit memory access to the EISA memory occurs, without any 

w special cycles or timing needed. No additional BCLKs are required; the timing calculations 
for the DMA device include copy time. 
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8-Bit DMA Device to 16- or 32-Bit 
EISA Memory Translations 


The system board automatically performs data copying so an 8-bit DMA device can 
communicate with a 16- or 32-bit EISA memory slave. 


The system board performs the translation in a manner similar to the translation between 
16-bit DMA devices and 32-bit EISA memory discussed previously, except that the system 
board copies data to the appropriate byte lane for the 16- or 32-bit memory. 


16- or 32-Bit DMA Device to 
8- or 16-Bit ISA Memory Translations 


The system board automatically performs data size translation so a 16- or 32-bit DMA 
device can communicate with an 8- or 16-bit ISA memory slave. 


The system board performs the translation in a manner similar to the 32-bit DMA 
translation to 16-bit EISA memory discussed previously, with the following differences. 


= A 16-bit ISA memory asserts M16* instead of EX16* (8-bit memory does not assert 
anything) 


m@ The ISA memory uses CHRDY and NOWS* to control cycle timing instead of 
EXRDY 


The signals MRDC* or MWTC% (as appropriate) are asserted 
The timing is ISA-compatible (3 BCLK standard for 16-bit, 6 BCLK for 8-bit cycles) 


Extended Industry Standard Architecture Expansion Bus 


4.7 


Technical Reference Guide 4-83 


LOCKED CYCLES 


The main CPU or a bus master must assert LOCK* to guarantee exclusive access to 
memory on the local CPU bus or the EISA bus. A multiple port memory system may allow 
simultaneous access by the main CPU and EISA bus masters. The CPU or bus master 
cannot depend on the arbitration mechanism to guarantee exclusive memory access. 
Assertion of LOCK* allows bit test-and-set operations (as used for semaphores) to be 
executed as a unit, with the bus lock preventing multiple devices from simultaneously 
modifying the semaphore bit. 


The main CPU asserts LOCK* during the execution of certain instructions that follow a 
LOCK instruction prefix and while executing an XCHG instruction. A bus master can 
assert LOCK* for a memory or I/O access during the time LOCK* is asserted. 


A bus master can perform locked bus cycles by asserting LOCK* in the first cycle of a 
locked access before the end of CMD*. LOCK* is negated on or after the BCLK edge at 
the trailing edge of CMD* on the last cycle of the locked access. The bus master must 
negate LOCK* before releasing the bus. The LOCK*® signal should be floated with the 
other control signals (START*, MSBURST™, etc.) at the end of the bus access. 


The bus master must not initiate a sequence of locked cycles after the system board negates 
MAKx* for a bus preemption. A locked sequence started with MAKx* asserted has at least 
64 BCLK periods to complete. A locked sequence started after the system board negates 
MAKx® causes a bus timeout if it starts too late to complete before the 64 BCLK timeout. 


The bus master must not initiate a sequence of locked cycles that cannot complete before 
the 64 BCLK bus preemption timeout. For example, the bus master should avoid executing 
any locked sequence to a dword located in slow 8-bit memory. An 8-bit memory with 2.5 
us cycle time (maximum wait states) requires 10 ps to do a 32-bit read operation. A locked 
read-modify-write that starts just before the system board negates MAKx* causes a bus 
timeout to occur on the BCLK after the read portion of the locked sequence. 


A bus master can access shared memory and I/O on successive controllers, leaving them all 
locked until the bus master negates LOCK™*. 
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An intelligent controller with shared local memory or I/O must monitor LOCK® at the J 
rising edge of BCLK. If a valid address within its local memory or I/O address range is 

decoded with LOCK* and CMD* asserted, the controller must inhibit shared memory or 

I/O access until it samples LOCK* negated. LOCK* is asserted (if at all) during the first 

BCLK of CMD*. LOCK*® remains asserted at least until the end of CMD* of the last cycle 

to be locked. The slave, once addressed with LOCK* asserted, must wait until LOCK* is 

sampled negated before allowing shared access by the local device, even if intervening 

cycles to other addresses or idle cycles are noted. 


If a slave supports Burst, then it must lock together those cycles that have LOCK* asserted 
at the end of each subcycle (sampling at rising edge of BCLK). 
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CMD* V1: 


(Note 1) 


(Note 1) 


Cycles 1 and 2 are locked together. Cycle 3 is not expected to be locked by the master. 


NOTE: LOCK* timing may be either way (or a combination of the two). The slave must 
lock cycles 1 and 2 together. Cycle 3 is not expected to be locked with the others by the 
master, but may be at the option of the slave. 


Figure 4-43. LOCK Timing Example 
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4.8 EISA DEVICES i 


EISA devices that interface with the EISA expansion bus include memory slaves, I/O 
slaves, bus masters, and DMA devices. The interface operation of these devices is discussed 
in the following paragraphs. 


Memory Slaves 


A memory slave monitors LA< 31:2 >, and, after decoding a valid memory address, asserts 

EX32* (32-bit slaves) or EX16* (16-bit slaves) to indicate its data size. The slave may 

begin processing the cycle when START* is asserted. The slave may lengthen the cycle by 

negating EXRDY during START*. The slave may hold EXRDY negated for a maximum 

cycle time of 2.5 Ls, and must float EXRDY synchronously with the falling edge of BCLK. 

Setup and hold time to BCLK specifications must be met on EXRDY assertion for proper 

System operation. On memory reads, a slave drives only the data bytes indicated by 

BE*< 3:0 >. On memory writes, the slave samples only the data bytes indicated by | 
BE*< 3:0 > (see Table 3-1 of legal BE*< 3:0 > combinations under BE*< 3:0 > signal J 
description). 


A memory slave that requires refresh must monitor REFRESH*. If the slave samples 
REFRESH* asserted on the leading edge of START*, then it should use LA< 15:2 > to 
generate the refresh address (LA< 31:16 > should be ignored). The bits driven on 

LA< 15:2 > contain a scrambled refresh address. LA< 15:10 > contain the high order 
refresh bits, LA< 7:0 > contain the low order refresh bits, LA< 9 > is refresh< 1 >, and 
LA< 8 > is refresh< 0 >. The refresh cycle is 2 BCLKs long (from leading edge of 
START* to the trailing edge of CMD*), unless the slave extends the cycle by negating 
EXRDY. For best system performance, a slave should not extend the refresh cycles. 


Memory slaves that support burst cycles must also support standard memory cycles as 
described above. Burst memory slaves must also be able to transfer 32 bits of data (or 16 
bits for a 16-bit memory slave) each BCLK after the initial cycle. The actual amount of 
data transferred in a given cycle depends on the state of the BE*< 3:0 > lines. During the 
burst sequence, the address changes on each falling edge of BCLK and the data should be 
driven or latched on each rising edge of BCLK. 
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During a burst read, the memory slave must not begin to enable the data onto the bus until 
the specified time after the rising edge of BCLK. Only those bytes of data specified by the 
BE*< 3:0 > lines should be driven and the data buffers that are not enabled for the next 
cycle must be floated within the specified float time. These requirements allow the system 
to copy the data for 16-bit masters without bus conflict. 


The burst sequence provided to a burst slave never crosses a 1024-byte address boundary 
(LA< 31:10 > does not change during a burst). A master or system terminates a burst 
sequence and restarts it with a new initial cycle if the address does cross the 1024 byte 
boundary. The burst sequence is defined such that it must be all reads or all writes. The 
W-R line does not change during a burst. 


The burst slave generates SLBURST* to indicate that it can accept a burst, and samples 
MSBURST# to determine if burst cycles will be used by the master or system. SLBURST* 
is decoded from the address and M-IO signals (the same decode logic as EX32* can be 
used but the signal must be driven by a separate open collector type driver). MSBURST™ is 
sampled on the rising edge of BCLK at the end of each subcycle to determine if another 
subcycle is to be run. 


A memory slave may negate EXRDY to lengthen burst subcycles (add wait states) in 
1-BCLK increments. The memory slave controls the number of wait states by asserting 
(and floating) EXRDY from falling edges of BCLK (to meet the setup and hold 
requirements). When wait states are added to the last subcycle of a burst, the bus master 
holds MSBURST® asserted until it samples EXRDY asserted. 


Memory slaves may use compressed cycles to achieve improved data transfer rates. The 
slave asserts NOWS* after sampling START* asserted. The system board samples NOWS* 
on the trailing edge of START* and compresses the length of CMD* to 1/2 BCLK. Bus 
masters cannot execute compressed cycles. The slave must be able to accept normal CMD* 
timing, even if it asserts NOWS*. A slave must not assert EXRDY and NOWS* during the 
same cycle. The bus timing parameter tables provide minimum timing specifications for 
address setup, START*, and CMD*. The maximum time limits depend on the device 
generating the cycle. A memory slave must be able to accept whatever timing is generated. 
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A memory slave must latch the address (including M-IO and W-R), if it requires a valid —J 
address after assertion of CMD*. The address may be latched with the trailing edge of 

START* or the leading edge of CMD*. A slave that supports compressed cycles may use 

the rising edge of BCLK after assertion of START*. 


BISA is a 32-bit standard, with a bus and connector that provides a 32-bit data and address 
bus. Sixteen-bit EISA expansion boards must support the 32-bit address bus and connectors. 
Sixteen-bit EISA memory slaves must decode the entire 32-bit address to maintain 
compatibility with all EISA systems. An EISA bus master may perform transfers to any 
32-bit memory address, even in systems with a 16-bit main CPU. 


EISA memory slaves may have multiple noncontiguous memory segments at addresses 
above 16 megabytes. Memory mapped at addresses between 0 Kbyte and 640 Kbyte must 
be contiguous starting at zero. Memory mapped at addresses between 1 megabyte and 16 
megabytes must be contiguous starting at 1 megabyte. 


Memory-mapped I/O slaves that decode the full 32-bit address should be mapped at an 
address above 2 gigabytes. 
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1) CMD* extended by master or system. 


Figure 4-44. Memory Slave with Wait States 
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Figure 4-45. Burst EISA Memory Slave with Wait States 
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Figure 4-46. EISA Memory Slave (Burst Cycle) Page Boundary Condition 
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Figure 4-47, EISA Memory Slave (Standard Cycle, NOWS* Asserted) 
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I/O Slaves 


An J/O slave asserts EX32* (or EX16* for a 16-bit I/O slave) when and as long as a valid 
I/O address is decoded on LA< 11:2 > with M-IO and AENx low. EX32* should not be 
latched. 


The system board does not automatically assert IO16* when a 16-bit ISA bus master 
accesses an EISA I/O slave. EISA slaves that support 16-bit ISA bus masters must assert 
1016* as well as EX32* (or EX16*) when addressed. IO16* is asserted on decoding a valid 
address on the LA< 11:2 > address bus. I/O slaves that do not support 16-bit ISA bus 
masters need not assert IO16*. 


The slave may begin processing the cycle when START™ is asserted. The slave may 
lengthen the cycle by negating EXRDY during the time that START™ is asserted. Assertion 
of EXRDY must meet the setup and hold time specification to BCLK for proper system 
operation. Therefore, the falling edge of BCLK should be used to float EXRDY. For read 
cycles, the slave drives only the data bytes indicated by BE*< 3:0 > when IORC%* is 
asserted. For write cycles, only the data bytes indicated by BE*< 3:0 > are written when 

ty IOWC* is asserted. (See Table 3-1 of legal BE*< 3:0 > combinations under BE*< 3:0 > 
signal description.) 


I/O slaves may use compressed cycles to achieve improved data transfer rates. The slave 
asserts NOWS* after sampling START* asserted. The system board samples NOWS* on 
the trailing edge of START* and compresses the length of CMD* to 1/2 BCLK. Bus 
masters cannot execute compressed cycles. The slave must be able to accept normal CMD* 
timing, even if it asserts NOWS*. A slave must not assert EXRDY and NOWS* during the 
same cycle. The bus timing parameter tables provide minimum timing specifications for 
address setup, START* and CMD*. The maximum time limits depend on the device 
generating the cycle. A I/O slave must be able to accept whatever timing is generated. 


A slave may extend cycle timing by negating then asserting EXRDY on BCLK edges. The 
system board and EISA bus masters maintain the relationship of BCLK to the trailing edge 
of START* and the leading edge of CMD*. BCLK toggles during all cycles, but its period 
may be extended on some cycles. BCLK should always meet the minimum high or low 
time specified in the timing parameter tables. 
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An I/O slave must latch the address (including M-IO, W-R, and AENx) if it requires a valid ww 
address after assertion of CMD*. The address may be latched with the trailing edge of 

START™ or the leading edge of CMD*. A slave that supports compressed cycles must use 

the rising edge of BCLK after assertion of START*. 


An EISA device (such as a bus master) can be designed to respond as an 8-bit I/O slave, as 
well as a 16- or 32-bit I/O slave. In this case, the slave need not drive EX32*, EX16*, or 
IO16*. The slave uses LA< 11:2 >, AENx, M-IO, and BE*< 3:0 > for addressing. It uses 
START*, CMD*, NOWS*, and EXRDY for timing control. It uses D< 7:0 > to transfer the 
data. The default timing for these cycles is 1 BCLK for START*, and 5 BCLKs for CMD*. 
Wait states can be added by negating EXRDY, and the default timing can be shortened by 
asserting NOWS* (in the same fashion as for ISA 8-bit slaves). 


The 8-bit slave should not assert NOWS* during START* or the first clock of CMD*. 

NOWS* may be asserted during the second, third, or fourth BCLK when CMD* is asserted 

to shorten the standard 6 BCLK cycle to 3, or 5 BCLKs. If EXRDY is negated by the 8-bit 

Slave, it has no effect until the fifth BCLK of CMD*. If EXRDY is sampled negated on the 

falling edge of BCLK in the fifth BCLK of CMD* asserted, then the system board 
lengthens CMD* in BCLK increments until EXRDY is floated and sampled asserted. J 
EXRDY should not be negated if NOWS* is asserted. 
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Bus Masters 


EISA bus masters are fully synchronous with BCLK. An EISA master drives LA< 31:2 >, 
BE*< 3:0 >, M-IO, W-R, D< 31:0 >, START*, MREQx*, and MSBURST™ (if necessary) 
from BCLK edges. The 32-bit master monitors EX32* (a 16-bit bus master monitors both 
EX16* and EX32* and treats them as equivalent), EXRDY, and MAKx*. These signals are 
also synchronous to BCLK. 


A bus master requests control of the bus by asserting MREQx* and receives control when it 
samples MAKx* asserted on the rising edge of BCLK. The bus master drives LA< 31:2 > 
and M-IO valid on the next falling edge of BCLK. On the next rising edge of BCLK, W-R 
and BE*< 3:0 > are presented and START™ is asserted. On write cycles the bus master 
presents valid data on the next falling edge of BCLK. 


On the next rising edge of BCLK, the master negates START*, and the system board 
asserts CMD*. The bus master samples EX32* (32-bit bus masters) and EX16* (16-bit bus 
masters) on the same rising edge of BCLK to determine if the slave being accessed 1s an 
EISA slave with equal or greater data size. If the appropriate signal (EX32* or EX16*) is 
sampled asserted, the bus master may present the next address on the falling edge of BCLK 
to begin the next cycle. The bus master must wait for EXRDY to be asserted before 
completing the cycle and asserting the next START*. On read cycles the data 1s sampled on 
the rising edge of BCLK after the slave asserts EXRDY. On write cycles the bus master 
must hold the data valid until the falling edge of BCLK after the slave asserts EXRDY 
(Figure 4-1). 


If the bus master sampled EX32* negated (or both EX16* and EX32* negated for 16-bit 
bus masters), then the system board performs data size translation. The bus master floats 
D< 31:0 > (on write cycles), BE*< 3:0 >, START* (for all cycles), and MSBURST* (for 
burst cycles) on the falling edge of BCLK (after negation of START*) and the system 
board performs the data size translation. The bus master regains control of the cycle after 
sampling EX32* (or EX16* for 16-bit bus masters) asserted on the rising edge of BCLK. 
When the appropriate signal (EX32* or EX16*) is sampled asserted, the bus master may 
present the next address on the falling edge of BCLK to begin the next cycle. 
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When the bus master no longer requires control of the bus, it negates MREQx* on the —J 
falling edge of BCLK. The bus master, on the falling edge of BCLK before the cycle is 

finished, floats LA< 31:2 >, BE*< 3:0 >, M-IO, and W-R. On the next rising edge, 

START* and MSBURST* (for burst cycles) must be floated. On the next falling edge of 

BCLK, the bus master floats D< 31:0 > (on writes). The system board negates MAKx* 

when it samples MREQx* negated. 


A bus master may be preempted by the system board or another bus master. The system 
board negates MAKx™*, indicating to the bus master that it must finish the current bus 
cycle and relinquish control of the bus (by negating MREQx*) within 64 BCLK periods 
(8 microseconds). It is suggested that masters complete operations within a shorter time 
(such as 32 BCLK periods) to reduce bus latency for other masters or the CPU. 


Any 16-bit bus master must drive MASTER16* asserted from MAKx* and keep it asserted 
until the bus is released. On bus “release,” the MASTER 16* signal is floated. For standard 
EISA cycles, “release” is the same time as START* is floated. For cycles where bus 
assembly occurs, the release is on the rising edge of BCLK after EX16* is sampled 
asserted. 
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Notes: 


1) EX32* may also be sampled on the falling edges of BCLK. 


EISA Bus Master Write Cycle with Data Translation 


Figure 4-48. 
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Notes: Heavy lines indicate float by master device. 
Italicized signals indicate output of master device. 


Figure 4-49. EISA Bus Master Preempt During Normal Cycle 
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EXRDY 


Latest possible time for release of START*, data, and address 1s shown. 


Note 1: The LA<> includes LA<31:2>, BE*<3:0>, M-l0, W-R, LOCK*, and MSBURST*. 
Note 2: The heavy lines indicate float. 
Note 3: MREQx* must remain high for two BCLKs minimum as shown. 


Note 4. Earliest possible control by next device. 


Figure 4-50. Bus Transfer from Master Control to Float, EISA Cycle with Wait States 
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Latest possible time for release of START*, data, and address is shown. 


Note 1: The LA<> includes LA<31:2>, BE*<3:0>, M-10, W-R, LOCK*, and MSBURST?. 
Note 2: The heavy lines indicate float. 
Note 3: MREQx* must remain high for two BCLKs minimum as shown. 


Note 4: Earlest possible control by next device. 


Figure 4-51. Bus Transfer From EISA Control to Float, Translated ISA Cycle 
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Burst Bus Masters 


Burst bus masters must do everything defined for standard bus masters. In addition, they 
Support the use of the MSBURST* and SLBURST™ lines and Burst cycles. 


A bus master begins a set of burst cycles by executing a standard cycle and sampling 
SLBURST™ asserted on the rising edge of BCLK when START™ is negated. The bus 
master asserts MSBURST™ with the next pipelined address (on the falling edge of BCLK). 
MSBURST™* must not be asserted if SLBURST™* is sampled negated or if the bus master 
samples EX32* negated (32-bit bus masters). In this case, the bus master completes the 
cycle as a non-burst master. 


For read burst cycles, the bus master presents a new address on each falling edge of BCLK 
and samples the data for that address on the BCLK rising edge 1-1/2 BCLKs later. On the 
last cycle of the burst transfer, the bus master negates MSBURST™ (on the falling edge of 
BCLK). The bus master completes the cycle on the next rising edge of BCLK. 


For write burst cycles, the bus master presents a new address on each falling edge of BCLK 
and presents valid data 1/2 BCLK later. 


Burst cycles must be all read accesses or write accesses. Mixed read and write cycles may 
not use burst. The bus master completes the burst transfer by negating MSBURST* during 
the last cycle of the transfer. All bursts must occur within the 1024-byte page boundary, 
and only address bits LA< 9:2 > will change. The burst transfer must be split up into two or 
more separate transfers if the transfer would cross a page boundary. 


If a bus master samples EXRDY on the falling edge of BCLK, it extends the cycle until 
sampling EXRDY asserted. The master may still change to the next address even though 
EXRDY is negated. (The master must then hold the address until EXRDY is sampled 
active.) If a bus master samples EXRDY on the falling edge of BCLK on the last cycle of a 
burst transfer, it extends the assertion of MSBURST* until sampling EXRDY asserted. 


A burst bus master may be preempted by the system board or another bus master. The 
system board negates MAKx®%, indicating to the bus master that it must finish the current 
bus cycle and relinquish control of the bus (by negating MREQX* and MSBURST*) within 
64 BCLK periods (8 Us). It is suggested that bus masters complete operations within a 
shorter time (such as 32 BCLK periods) to reduce bus latency for other masters or the CPU. 
Figure 4-52 illustrates the relevant signals of an EISA bus master preempted during a 

burst cycle. 
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Notes: Heavy lines indicate float by master device. 
Italicized signals indicate output of master device. 


Figure 4-52. EISA Bus Master Preempt During Burst Cycle 
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| Latest possible time for release of START*, data, and address is shown. 

wy Note # 1: The LA<> includes LA<31:2>, BE*<3:0>, M-]O, W-R, LOCK*, and MSBURST*. 
Note # 2: The heavy lines indicate float. 
Note # 3: MREQx* must remain high for two BCLKs minimum as shown. 


Note # 4: Earliest possible contro] by next device. 


Figure 4-53. Bus Transfer from Master Control to Float, EISA Burst Cycle 
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Downshift Burst Bus Masters 


A “Downshift” master is a 32-bit burst master which can convert to a 16-bit burst master 
“on the fly.” 


A downshift bus master that intends to perform a burst transfer must drive MASTER16 on 
each START* that it generates. This allows the system to tell the difference between the 
downshift master and a 32- or 16-bit master. The timing should be the same as for 
START*. 


This type of master must monitor both EX32* and SLBURST™ at the rising edge of BCLK 
at the end of START* to determine the correct action for the remainder of the cycle. Table 
4-5 shows the system and master response to the slave for downshift masters. 


Table 4-5 
Downshift Bus Master/System Board Actions 


EX32* SLBURST Action Taken 


0 X 32-bit cycles: the system will not participate in the cycle. The wv 
master completes the cycle with EX32* as a normal 32-bit master. 


1 0 16-bit burst cycles: after START“, the system does not partici- 
pate in the cycle. In this case, the master is required to do its own 
assembly or disassembly, including the data copying. If at 
START* and the first CMD* cycle the master has all BE*< 3:0 > 
lines asserted then at the next CMD* the master should only have 
BE*< 2 >and BE< 3 > asserted. For the second cycle, the 
master needs to copy the data to the low word of the bus for 
writes (or deal with it on the low word for reads). For write cycles 
the master may drive the high word of the data bus as long as 
BE*< 3:2 > require it even though the slave is only 16-bit. If at 
START* BE*< 1 >and BE*< 0 >are both negated, then at the 
end of START“, the master also enables its low word data buffers 
with the same write data as on the high word. One-half clock later, 
the system stops driving all of its buffers and remains inactive until 
the end of the burst. 


1 1 16-bit non-burst or ISA cycles: the system assumes the master is 
a 32-bit master and perfoms the assembly as expected. In this 
case, the master holds its write data buffers active until the falling 
edge of BCLK after START", then floats them and waits for EX32° 
to be returned. 
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Table 4-6 shows the combinations of byte enables that require the additional copying 
operation: 


Table 4-6 
BE*< 3:0 > Combinations 


Copy Bytes 
BE3* BE2* BE1* BEO* 3,2 —> 1,0 


0 
1 
1 
1 
0 No 
1 
1 
1 
1 
0 


oO; Oo; Oo; =~; OO; CO] ~~] ~] CO] = 


o!—=!| oOo; OO] =|] =| OF] =I] =I] — 
O1}o; oO; OF; OF A] Al olr-aAtlto 


In the timing cycle for downshift bus masters (Figure 4-54), the master transfers nine bytes 
of data beginning on an odd word boundary. At T1 the master asserts BE*< 3,2 > and puts 
the data (a) on the two high byte lanes of the data bus. The system copies the data down to 
the two low byte lanes as for all 32-bit masters. At time T2, the master senses that a 16-bit 
burstable memory slave is present and begins to copy the high bytes of data to the low 
bytes (b), (duplicating the effect of the system). At time T3, the system stops copying the 
data, leaving only the master on the data bus (c). At (d) the data is changed to that required 
for the next set of byte enables. The whole bus may be driven if desired. At (e) the data on 
the low word is changed again to a copy of the high word of data present at (d). This 
process is continued until the transfer is complete. 


Note that the master should only assert MASTER16* if it intends to do burst cycles. If 
MASTER16% is asserted for a non-burst transfer and a 16-bit EISA burst slave responds, 
the master is responsible for copying data through to the end of the cycle since the system 
will stop copying at the end of T3. 
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D<31:0> ww 


NOTE: The heavy lines indicate that both the system and the master are driving together. 


Figure 4-54. Downshift Bus Master Timing Cycle 
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DMA Devices 


A DMA device requests service by asserting DRQ< x >. The system board samples 
DRQ< x > asserted and eventually grants bus control to the DMA channel by asserting 
DAK*< x >. A DMA device decodes I/O accesses with IORC* (or IOWC*) and 
DAK*< x > asserted. 


The DMA device cannot add wait states to a cycle and must accept the cycle type executed 
by the DMA controller. (Wait states are added by the system or by the memory slave.) 
Figure 4-55 illustrates the relevant signals for an EISA DMA device during a compatible 
write transfer. 


In certain cases, the system may preempt an EISA DMA device indicating to the DMA 
device that it must finish the current bus cycle and relinquish control of the bus by negating 
DRQ< x >. Figures 4-56 and 4-57 illustrate preempted DMA cycles. 
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EISA DMA Device Compatible Write Transfer 


Italicized signals indicate output of DMA device. 


Heavy lines indicate float by DMA device. 


1) Length of cycle is extended due to the negation of CHRDY by the slave. 
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| | | : : | re | | | | | | | | | | 
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Type A cycles add one clock of IORC* to the beginning of each cycle and one clock of hold time to the end of each cycle. 
Note: Italicized signals indicate output of DMA device. 
> 1) Transfer interrupted by negation of DAK*<x>. 


2) Cycle is longer due to a wait state requested by the slave. 


Figure 4-56. Type “B” EISA DMA Device (Block Memory Write) 
Transfer Interrupted by DAK*< x > 
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BCLK 


DRQ<x> 


DAK*<x> 


lIORC* 


Note: Italicized signals indicate output of the DMA device.. 
All others are inputs. - | 


1) When DRQ<x> is negated in demand mode, the DMA device expects 
another full transfer. If DAK*<x> is negated in the same cycle due 
to a preemption, DRQ<x> must be reasserted for a single transfer. 


2) Wait state added by the system. 


Figure 4-57. BURST EISA DMA Device: Demand Memory Write Negation 
of DAK*< x > and DRQ< x > in Same Cycle 
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Non-Burst EISA DMA Devices 


The system board asserts a DMA channel’s DAK*< x > and asserts IOWC* to indicate a 
memory read (I/O write) DMA cycle. The system board holds I[OWC% asserted until it 
presents valid data. If the memory slave requires wait states or data size translation 1s 
required, the system board holds IOWC% asserted until all is finished. The DMA device is 
not allowed to add wait states on its own and conform to the timing programmed into the 
DMA controller. An exception to this is IsA-compatible memory read (I/O write) cycles. 
For these cycles, DMA devices may add wait states by negating CHRDY. 


The DMA device doing memory write (I/O read) cycles will see its DAK*< x > go active 
and the IORC* signal go active. The IORC* signal will remain active until the data is 
latched by the EISA memory or the system board (if the memory needs 8- or 16-bit 
disassembly). The slave is not allowed to add wait states on its own; it must conform to the 
timing programmed into the DMA controller. 


Normal demand and block modes of the DMA device are similar to single-cycle mode 
except that DMA does not release the bus between cycles. For demand mode, the 
DRQ< x > line is monitored to determine when to release the bus and stop cycling, for 
block mode, the entire programmed block is transferred from one DRQ< x >. 


The DRQ< x > signal is sampled by the system on rising edges of BCLK, one BCLK 
before the end of the IORC* or I[OWC*% asserted time. For Type “A” and “ISA-compatible” 
timing modes, the system provides synchronization of DRQ< x >; for Type “B” timing, 
DRQ< x > must meet the setup and hold time specifications for proper operation. 


In single cycle mode, DAK*< x > may be negated for a minimum of one BCLK period 
between cycles in timing modes “A” or “B.” 
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In “compatible” mode, the minimum time between DRQ< x > asserted and the system 
responding with DAK*< x > is 1.0 us (8 BCLKs). 


The T-C signal (Terminal Count), when being driven by the system, should be decoded 
with DAK*< x > and IORC* or IOWC*. 


If T-C is being driven by the DMA device, to terminate or restart a DMA transfer (see 
DMA programming), then the DMA device must go from floating the T-C line to driving it 
low (negated) when DAK*< x > is asserted. When the transfer is to be terminated, T-C 
should be asserted with the IORC* or IOWC* of the last cycle. T-C should be negated 
when IORC* or IOWC* is negated. When DAK*< x > is negated, T-C must be floated. 
(See Figure 4-59 for an illustration of signal timing.) 
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Type A cycles add one clock of IOWC* to the beginning of each cycle and one clock of hold time to the end of each cycle. 


Italicized signals indicate output of DMA device. 


Note: 


1) Cycle is longer due to a wait state requested by the slave. 


Figure 4-58. Type “B” EISA DMA Device (Demand Memory Read) 


Extended Industry Standard Architecture Expansion Bus 


= 4-114 Cycle Types 


' : ' : ‘ : 4 : I : ' : t : ' : I 4 | : | : ( : ' : ' : ' : | : t : ' ‘ U : ' : ' : t : i : ! : 


nS > Sc a a 0, Pa eC 9, a eT 

a, a a 2 (a2 a a 7 YS 

Bi SR ge OR ose, Sue Ou IRE, ee ee ki Re i RR EG i ORE, See eR ce SR eR ge 
 , cc | Ce cc, es |: a (i, ec, (/ cc es (ce cc |e oe |e 


ewe 1S ee te Ne Oe Ne Ne ae A ee Ie i eho ae Ae? eT Bs Le ae SS 
BCLK 
| bce is a [eo ed ei ee Sp ee. a | | | | | | | | | | | | 
Ree ae ee ee ee SS ee ae ee ee a eS 
DROK> — ITT BRKQRQCiCiCWmmmwww 
petite tb bor rit ber eer bbe biped tebe 
DAK*t<x> | | | | | | | | | | | | | | | | | | | | | | | 
inne ae ca em es a a ee 
Hee oe ce Ne ce ee ch ae ee Where Ae ee a Ge ee We Se ae a el a I ee a te Be es ein eS os Seg 
lORC® | | | ! De | ! | | | | nh ! ! | | | | | | | | | 
| | | , : mt | be | | | | | | | | | 
PSS CRCECEREMESELE CCE TER GOCE ECTS CE SATE TES Eee 
ee $$ ER 
Dee eee Tee CE CECE TE OOCECEL ERE ES TE ce ea Cc ete eee 
TC ep ee ee ee INN Pee GI fe es A Se. aby Ber WP Se: i Sy 
Pea a ee ee ee i ee et eae | 
Roe ecg Mee ek eI ek ea, Se A ek gh Ge ge oe A ee 
| | | | | | 2. ee ee a | | | | | | | | | | | | | 
| | | | | Rose oh ae Woh ee. Ss ee | | | | ] | | | | | 
| | | | | | ie ae oe ee ae ae ee | | | | | | | | | | 
oe ee ae ee ca ee a) 2 a ce a) A se 
es ae ee ee a a Ce |e | 
oe We Re se ee ge a ee ge Oe i ae tae ey a, Se a 


Type A cycles add one clock of IORC* to the beginning of each cycle and one clock of hold time to the end of each cycle. 


Notes: Heavy lines indicate float by DMA device. 
Italicized signals indicate output of DMA device. 


1) Cycle is longer due to a wait state requested by the slave. 


Figure 4-59, Type “B” EISA DMA Device (Block Memory Write) T-C Asserted 
by DMA Device 
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Burst EISA DMA Devices 


Burst mode of EISA DMA transfer is only useful (and legal) for demand or block mode. 
The burst DMA device must monitor the signals BCLK, EXRDY, DAK*< x >, and IORC* 
or IOWC* (depending on whether reading or writing). After the first transfer cycle (used to 
“prime” the memory and determine if the memory supports burst) transfers occur once per 
BCLK. 


A burst DMA device doing I/O write (memory read) cycles monitors BCLK, EXRDY, 
DAK*< x >, and IOWC*. The DMA controller asserts DAK*< x >, and, later, asserts 
IOWC* on the rising edge of BCLK. DAK*< x > is held asserted for the duration of the 
burst transfer and IOWC* is held asserted until a cycle translation occurs or, for burst 
compatible memory, until the BURST transfer completes. The burst DMA device must 
sample the data by the rising edge of BCLK. The DMA device samples EXRDY on each 
falling edge of BCLK while IOWC7* is asserted. If the DMA device samples EXRDY 
negated, indicating addition of wait states by the memory system, then data must be latched 
after EXRDY is asserted, by the next rising edge of BCLK. When wait states are added to 
the last subcycle of a burst, the system board holds IOWC% asserted until it samples 
EXRDY asserted. The DMA device is not allowed to add wait states on its own; it must 
conform to the timing provided by the system. 


The system board automatically performs cycle translation for a burst DMaA transfer from 
memory that does not support burst. The DMA device monitors IOWC* and samples it 
negated while the system board performs the translation, then samples IOWC*% asserted 
when the DMA controller restarts the burst transfer after the translation completes. 


A burst DMA device doing I/O read (memory write) cycles monitors BCLK, EXRDY, 
DAK*< x >, and IORC*. The DMA controller asserts DAK*< x > and, later, IORC* on the 
falling edge of BCLK. The DMA device must drive new data on the bus on the next rising 
edge of BCLK and hold it until the next rising edge of BCLK. The DMA device samples 
EXRDY on each falling edge of BCLK while IORC* is asserted. If the DMA device 
samples EXRDY negated, indicating addition of wait states by the memory system or the 
initial cycle of the burst, then data must be held stable until the next rising edge of BCLK 
after EXRDY is asserted. When wait states are added to the last subcycle of a burst, the 
system board holds IORC* asserted until it samples EXRDY asserted. The DMA device is 
not allowed to add wait states on its own; it must conform to the timing provided by the 
system (Figure 4-60). 
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Addresses asserted during Burst DMA cycles to DRAM memory must be within a 
1024-byte DRAM memory page (address line LA< 31:10 > cannot change during the 
transfer). To cross a DRAM page boundary, the system board terminates the Burst DMA 
sequence by negating the MSBURST™ signal on the last cycle in the page. The system 
board then restarts the sequence on the new page. Figure 4-61 illustrates a page boundary 
condition from a burst DMA device perspective. 


The system board automatically performs cycle translation for a burst DMA transfer to 
memory that does not support burst. When the system board determines that cycle 
translation is needed, it latches the data for the current cycle in a temporary register and 
negates IORC%, to indicate that the data is latched and the DMA device must float its 
drivers. The DMA device floats its drivers while the system board performs the translation 
and monitors IORC* to detect the DMA controller restarting the burst transfer after the 
translation completes. 
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Italicized signals indicate output of the DMA device. 


All others are inputs. 


Note: 


Wait state added by system 


1) 


state added by memory slave 


Wait 


) 


g 


Burst EISA DMA Device (Demand Memory Write) Wait States 


on Last Cycle 


Figure 4-60 
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Figure 4-61. Burst EISA DMA Device (Block Memory Read) Page Boundary Condition 
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The DMA device monitors IORC* and samples IORC* asserted when the DMA controller 
restarts the burst transfer after the translation completes. 


For both burst modes the system samples DRQ< x > on rising edges of BCLK. For Block 
mode, DRQ< x > is ignored until the transfer has been completed. For Demand mode the 
DMA device may negate DRQ< x > at the falling edge of BCLK during asserted IORC* or 
IOWC*. If EXRDY is negated in a previous cycle, the DMA device must wait one BCLK 
after EXRDY is sampled asserted (the current cycle) to negate DRQ< x >. Note that one 
full transfer cycle follows the negation of DRQ< x > (Figure 4-62). The DMA device may 
also negate DRQ< x > on the first falling edge of BCLK after DAK*< x > is asserted if 
only one cycle is desired. 


In the normal case, T-C is an output and is asserted at the end of a transfer on the falling 

edge of BCLK. This corresponds with the assertion of IORC* for the last cycle or leads the 

assertion of IOWC* by 1/2 BCLK. If the memory adds wait states, then T-C occurs earlier. 

T-C is negated on the rising edge of BCLK at (for IOWC*) or after (for IORC*) the end of 

the cycle. The DMA device should sample T-C at the first falling edge of BCLK during 
asserted IORC* or IOWC* for the cycle. If EXRDY is negated for a cycle, T-C should not 
wt be sampled again until the BCLK after EXRDY is sampled asserted (Figure 4-63). 


If T-C is being driven by the DMA device, to terminate or restart a DMA transfer (see 
DMA programming), then the DMA device must go from floating the T-C line to driving it 
low (negated) when DAK*< x > is asserted. When the transfer is to be terminated, T-C 
should be asserted on the falling edge of BCLK with the IORC* or IOWC% of the second 
last cycle and held asserted for one BCLK (Figure 4-64). If EXRDY is negated in a 
previous cycle, the DMA device must wait one BCLK after EXRDY is sampled asserted 
(the current cycle) to assert T-C. Note that one full transfer cycle follows the assertion of 
T-C. When DAK*< x > is negated, T-C must be floated. The system waits one BCLK after 
DAK*< x > is negated before driving T-C negated (low). 


Figure 4-65 illustrates the special case where DRQ< x > is negated at a wait state. 
Figure 4-66 illustrates the preemption of a BURST DMA device. 
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Italicized signals indicate output of the DMA device. 
All others are inputs. 


Note: 


1) Wait state added by system 


2) Wait state added by memory slave 


Burst EISA DMA Device (Demand Memory Write) 


Figure 4-62. 
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Note: Italicized signals indicate output of the DMA device. 
All others are inputs. 


Figure 4-63. Burst EISA DMA Device (Memory Read), Transfer Terminated 
by Assertion of T-C 
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Note: Italicized signals indicate output of the DMA device. 
All others are inputs. 


Heavy lines indicate float by device 


Figure 4-64. Burst EISA DMA Device, T-C Asserted by DMA Device 
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DATA 


Italicized signals indicate output of the DMA device. 


All others are inputs. 


Note: 


1) Wait state added by system 


2) Wait state added by memory slave 


Burst EISA DMA Device (Demand Memory Write), DRQ< x > 
Negated at Wait State 


Figure 4-65. 
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Note: Italicized signals indicate output of the DMA device. 


All others are inputs. g 


1) Wait state added by memory slave 


Figure 4-66. Burst EISA DMA Device (Block Memory Read), Preemption 
by Negation of DAK* 
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Misaligned DMA Transfers 


A DMA device may handle misaligned DMA transfers by performing data alignment 
during the transfer. The DMA controller requests a misaligned transfer by indicating a 
partial dword with BE*< 3:0 > during the first and last cycle. The DMA device determines 
the number of bytes to transfer and appropriate byte lanes to use for the first transfer by 
decoding BE*< 3:0 >. The DMA device performs the byte alignment for the first transfer 
and continues the same byte alignment unti!] BE*< 3:0 > indicates another partial transfer 
[or until sampling the terminal count signal (T-C) asserted]. 


For Type “A” and Type “B” transfers, the BE*< 3:0 > signals may be sampled with the 
leading edge of IOWC* or with the rising edge of BCLK following the assertion of IORC*. 


For Type “C” transfers, the BE*< 3:0 > signals may be sampled with the falling edge of 
BCLK during the first BCLK of each subcycle (there is only one BCLK per subcycle 
unless wait states are added). To this edge there is 60 ns of setup and 22 ns of hold time. 
Alternatively, the BE*< 3:0 > signals may be sampled with the rising edge of BCLK that 
starts each subcycle (or IOWC% falling edge for the first subcycle). 


Misaligned DMA Memory Writes (I/O Reads) 


On the first transfer of a misaligned DMA memory write, the DMA device copies the 
addressed bytes from its DMA source register to the appropriate data bus byte lanes 
(indicated by BE*< 3:0 >) and stores the unused source register bytes in a holding register. 
On subsequent transfers, the DMA device copies the addressed bytes from the DMA source 
register and the contents of the holding register to the appropriate data bus byte lanes (as 
indicated on the first cycle by BE*< 3:0 >). For each transfer, the DMA device stores the 
unused DMA source register bytes, then supplies them on the following cycle. 
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Misaligned DMA Memory Reads (I/O Writes) 


On the first transfer of a misaligned DMA memory read, the DMA device stores the bytes 
indicated by BE*< 3:0 > in a holding register. On subsequent transfers, the DMA device 
copies the contents of the holding register and the appropriate bytes from the data bus (as 
indicated on the first cycle by BE*< 3:0 >) to the DMA destination register. For each 
transfer, the DMA device replaces the contents of the holding register with the unused 
bytes from the data bus. 


System Board Considerations 


Main Memory Access 


The EISA architecture does not require all memory (or I/O) access cycles to reflect on the 
EISA bus. The main CPU (and other devices) can access the main memory system without 
presenting address or timing control on the EISA bus. 


Back-to-Back I/O Delay 


The EISA system board automatically forces a minimum 2 1/2 BCLK (300 nsec) delay 
between back-to-back ISA I/O accesses caused by separate CPU cycles. The delay is 
measured from the trailing edge of an I/O command (IORC* or IOWC*) to the leading 
edge of the next I/O command (IORC* or IOWC*). The delay provides recovery time for 
ISA-compatible I/O slaves. 


The system board prevents the CPU from asserting START* for the next I/O cycle until at 
least 1 BCLK after the trailing edge of IORC* or IOWC*. START* for a memory cycle is 
asserted without the one BCLK delay. No delay is added to the data size translation part of 
the I/O cycle (the delay is added to the beginning of the next cycle). No delay is added for 
16-bit ISA bus master I/O cycles, which execute at a speed determined by the I/O slave's 
use of CHRDY. No delay is added for 32 and 16-bit EISA I/O cycles, which execute at a 
speed determined by the I/O slave’s use of EXRDY. 
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Slot-specific I/O 


EISA systems reserve I/O spaces at 0zO000h-0z0OFFh, 0z400h-0z4FFh, 0z800h-0z8FFh, and 
OzCOOh-0zCFFh (where “z” is the slot number from 1-15) for slot-specific I/O slaves on 
ISA and EISA expansion boards. These address ranges alias ISA system board I/O address 
space. EISA system boards must fully decode I/O accesses to assure they don’t alias with 
slot-specific I/O slaves. The system board uses the slot-specific I/O range where “z” is zero 
for all system board I/O devices. 


The system board disables the slot-specific I/O ranges by asserting the bus signal AENx 
(high) if the address “z” does not match the slot number and the least significant 12 address 
bits address a slot-specific range (OzOOOh-OzOFFh, 0z400-0z4FFh, 0z800-0z8FFh, or 
OzCOO-OzCFFh). Expansion boards that take advantage of the slot-specific I/O ranges must, 
at a minimum, decode LA< 8 > and LA< 9 > (SA< 8 > and SA< 9 > for ISA I/O slaves) 
address bits (decode to “O”) with AENx negated (low) to assure they don’t alias with ISA 
expansion board I/O. 
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Table 4-7 specifies the system board AENx decode. 


ww 
Table 4-7 
System Board AENx Decode 
MIO AEN LA<9> LA<8> LA<15> LA<14> LA<13> LA<12> 
AEN15 0 0 0 0 1 1 1 1 
AEN14 0 0 0 0 1 1 1 0 
AEN13 0 0 0 0 1 1 0 1 
AEN12 0 0 0 0 1 1 0 0 
AEN11 O 0 0 0 1 0 1 1 
AEN10 0 O 0 0 1 0 1 0 
AEN9Q 0 0 0 0 1 0 0 1 
AEN8 0 0 0 0 1 0 0 0 
AEN7 0 0 0 0 0 1 1 1 
AEN6 0 0 0 0 0 1 1 0 J 
AENS5 0 0 0 0 0 1 0 1 
AEN4 O 0 0 0 0 1 0 0 
AENS3 0 O 0 0 0 0 1 1 
AEN2 0 0 0 0 0 0 1 0 
AEN1 0 0 0 0 0 0 0 1 
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Table 4-8 specifies the expansion board AENx decode. 


Table 4-8 
Expansion Board 
AENx Decode 


Signal Decode 
AENx 0 

MIO 0 

LA< 9 > 0 

LA< 8 > O 
LA< 11 > x 

LA< 10> X 


A 
O; —~)] M}] @d] &| at OI N 
V 


The system board negates (low) AENx for slot-specific I/O cycles a short time after 
asserting START*. For ISA I/O cycles, the system board holds AENx negated until at least 
1/2 BCLK after the trailing edge of IORC* or IOWC* to assure compatibility with ISA I/O 
slaves. For EISA I/O cycles, the system board holds AENx negated while it holds 

LA< 15:2 > valid. 


A bus master need not add a delay between back-to-back I/O cycles to ISA I/O slaves. The 
BCLK added to the end of a cycle during the system board’s data size translation satisfies 
the AENx hold requirement. 
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I/O Address Decoding 


I/O addresses between 0400h and O4FFh are reserved for current and future EISA system 
board peripherals defined by this specification. System board manufacturers may use 
system board addresses O0800-O8FF and OCOO-OCFF for manufacturer-specific I/O devices. 
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BUS ARBITRATION 
AND REFRESH 


5.1 


3.2 


INTRODUCTION 


EISA systems provide centralized arbitration control to allow bus sharing among the CPU, 
DMA controller, refresh controller, and bus masters. The arbitration scheme used provides 
fair and predictable usage of the EISA expansion bus by subsystems. The refresh function 
is generally supplied by the EISA system board. 


BUS ARBITRATION 


A device asserts a bus request signal to arbitrate for bus access. The centralized arbitration 
controller arbitrates the request and the system board asserts a bus grant signal when the 
bus is available. The arbitration period does not affect execution of bus cycles by the active 
device. If other arbiters preempt the active device by asserting a bus request (MREQx* or 
DRQ< x >) while the bus is busy, the system board negates the bus grant signal 

(DAK*< x > or MAKx*) to indicate to the active device that it must release the bus, and 
the central arbitration controller performs the arbitration.* After the active device releases 
the bus (indicated by negation of the bus request signal), the system board asserts the 
appropriate bus grant signal for the winning device. 


An EISA bus master or DMA device may be preempted by another device that requests use 
of the bus. A bus master must release the bus within 64 BCLK periods (8 Us) after 
sampling its MAKx* negated to prevent a bus timeout NMI. The DMA controller stops the 
DMA transfer and releases the bus within 32 BCLK periods (4 Ls) of a preemption. The 
arbitration controller measures the bus timeout from the rising edge of BCLK after negation 
of MAKx*. The arbitration controller counts 64 BCLK periods for a bus master, then 
samples MREQx*. If MREQx* is still asserted, an NMI is generated and the reset 
controller asserts RESDRV to reset the offending bus master. 
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Following the negation of MREQx*, the system allows the completion of the last bus cycle 
before actually transferring control of the bus. This allows a bus cycle to be started 
(START*) before the timeout, and actual bus transfer to occur on the BCLK following the 
end of the cycle (see Figure 5-1). 


This is true for cycles terminated by EXRDY or by EX32* (or EX16*). For burst transfers 
MSBURST* must be negated with the negation of MREQx* (see Figure 5-2). For 
downshift burst transfers, MSBURST* must be negated one transfer cycle after the 
negation of MREQx* (see Figure 5-3). Figures 5-1 through 5-3 show the latest possible 
time to start without a bus timeout. 


P 


Figure 5-1. Bus Master Normal Cycle Started without Timeout 
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Figure 5-3. Bus Master Downshift Burst Cycle Continuing without Timeout 
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The main CPU is given bus access when no other device is requesting use of the bus. In - 
addition, the CPU system should request bus access when it has a cycle to execute. In 

cache-based systems, the request typically results from a cache miss. In noncached systems, 

the CPU is always requesting the bus. 


In some systems, depending on the characteristics of the CPU and associated systems, it 
may be desirable for the arbitration system to allow the CPU to continue to hold the bus for 
a period of time after preemption by another device (or as long as the CPU continues to 
require the bus). This allows more total time for the CPU to execute under heavily loaded 
conditions. In order to keep system latency to reasonable limits, bus hold time from 
preemption to CPU hold request should be kept to a maximum of 32 BCLKs. If this is 
done, then the maximum time the CPU could keep the bus becomes the maximum CPU 
hold request time, plus 32 BCLKs. The CPU hold request maximum typically occurs during 
a sequence of LOCKED cycles. Therefore, to keep arbitration time to a minimum, 
LOCKED cycles should only be performed to high-speed memory. 


Figure 5-4 illustrates the control signals that each arbiter uses for bus arbitration. The 
preemptable arbiters include the main CPU, the DMA controller, and any EISA bus master. 
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Figure 5-4. Centralized Arbitration 
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System Arbitration Priorities 
The EISA system board uses a multilevel rotating priority arbitration method. 


On a fully loaded bus, the order in which devices are granted bus access is independent of 
the order in which they assert a bus request, since devices are serviced based on their 
position in the rotation. The arbitration scheme assures that DMA channels access the bus 
with minimal latency. The DMA controller is given a high level of priority to assure 
compatibility with traditional ISA expansion boards that require short bus latency. The 
EISA bus masters have a low priority and their design must provide for longer latency. 


DMA priorities can be modified by programming the DMA controller command registers to 
rotating priority. 


Figure 5-5 illustrates arbitration priorities with both DMA controllers programmed for fixed 
priority, and Figure 5-6 illustrates arbitration priorities with both DMA controllers 
programmed for rotating priority. 
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Figure 5-5. Arbitration Sequence with Fixed DMA Priority 
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Figure 5-6. Arbitration Sequence with Rotating DMA Priority 
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The top priority level uses a 3-way rotation to grant bus access sequentially toa DMA 
channel, the refresh controller, and a device from the 2-way rotation (CPU or a bus master). 
A DMA channel, the refresh controller, and a device from the 2-way rotation each gain 
access to the bus at least one of every three arbitration cycles (depending on what devices 
are requesting service). A device that does not request the bus is skipped in the rotation. 


NMI interrupts are given special priority. If an NMI interrupt occurs, the arbitration 
mechanism is modified so that the bus masters and the DMA controller are bypassed each 
time they come up for rotation. This gives the CPU complete control of the bus to perform 
the NMI service. 
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Subsystem Priorities and Latencies wa) 


This section illustrates the bus grant latency for a variety of system configurations. The 
estimates are intended to illustrate latencies in practical system configurations. The bus 
grant latency tabulations are based on the following assumptions: 


m An 8-MHz EISA bus 


m™@ The CPU releases the bus within 9 us (32 BCLK periods plus 5 us completion time for 
a LOCKED cycle) after a preemption occurs 


™ Bus masters release the bus within 10.6 us (64 BCLK periods plus completion time for 
the final cycle) after a preemption occurs 


= The DMA controller (programmed for BLOCK or DEMAND mode) releases the bus 
within 5.8 us (32 BCLK periods plus completion time for the final cycle) 


Single cycle DMA completes in 1.1 us 
The DMA controller is programmed for fixed priority 
A refresh cycle takes 1.3 us al 


The CPU, DMA channels, and bus masters reassert their bus request signal 
immediately after relinquishing the bus after a preempt 


snes eens 


Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 5-11 


The latency assumptions noted above are not valid for all configurations, so the actual 
latency may be different for any specific case. The following examples include some of the 
configuration specifics that affect latency. 


Example 1: DMA devices programmed for ISA-compatible BLOCK mode or 
ISA-compatible demand mode. 


Example 2: Another special case occurs when the main CPU operates directly from EISA 
expansion bus memory, continuously requesting the bus. A device with a new 
bus grant gets an immediate preempt because of the CPU request. The device 
must release the bus within the 8-us time limit. 


Example 3: Slow memory affects latency, particularly when used by the CPU or bus 
masters to do LOCKED cycles or 32-bit operations. An 8-bit ISA memory 
accessed with 32-bit accesses can cause much longer latencies than usual, 
particularly if accessed with read-modify-write type instructions with a 
LOCK prefix. 


The following bus grant latency tables include a separate table for each device type that 
arbitrates for the bus (the main CPU, the DMA controller, the refresh controller and bus 
masters). The device grant latency total (at the end of each table) indicates the device’s 
worst case latency for the configuration. Each table includes four cases to illustrate the bus 
grant latency for a variety of configurations. 
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Table 5-1 illustrates the latency calculation for a variety of DMA configurations: 


Table 5-1 
DMA Latency Calculations 
DMA Latency Examples Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions: Quantity Quantity Quantity Quantity 
DMA Channels (BLK) 0 1 1 2 
DMA Channels (SGL CYC) 2 1 2 1 
Bus Masters 2 2 2 2 


Bus Grant Sequence: (In Us) 


DMA Channel 0 1.1 5.0 5.0 5.0 
REFRESH 1.3 1.3 1.3 1.3 
CPU 9.0 9.0 9.0 9.0 
DMA Channel 1 Grant Grant 1.1 5.0 
Bus Master NA NA 10.6 10.6 
DMA Channel 2 NA NA Grant Grant 
DMA Grant Latency 11.4 15.3 27.0 30.9 
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Table 5-2 illustrates the latency calculation for the refresh controller. The calculations show 
when distributed refresh occurs. 


Table 5-2 
Refresh Controller Latency Calculations 
REFRESH Latency Examples Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions: Quantity Quantity Quantity Quantity 
DMA Channels (BLK) 0 1 2 1 
DMA Channels (SGL CYC) 2 1 1 1 
Bus Masters 0 1 6 1 


Bus Grant Sequence: (In Us) 


REFRESH NA NA NA 1.3 
Bus Master NA NA NA 10.6 
DMA Channel NA NA NA 1.1 
REFRESH NA NA NA Skip 
CPU NA NA NA 9.0 
DMA Channel NA NA NA 5.0 
REFRESH NA NA NA Grant 
Bus Master 10.6 10.6 10.6 NA 
DMA Channel 1.1 5.0 5.0 NA 
REFRESH Grant Grant Grant NA 
REFRESH Grant Latency 11.7 15.6 15.6 27.0 
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Table 5-3 illustrates the latency calculation for the main CPU. Case 3 shows that the CPU 
latency does not increase when large numbers of bus masters are added. 


Table 5-3 
Main CPU Latency Calculations 
CPU Latency Examples Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions: Quantity Quantity Quantity Quantity 
DMA Channels (BLK) 0 1 1 2 
DMA Channels (SGL CYC) 2 1 1 1 
Bus Masters 1 1 2 6 


Bus Grant Sequence: (In Ls) 


DMA Channel 1 1.1 5.0 5.0 5.0 
REFRESH 1.3 1.3 1.3 1.3 
Bus Master 10.6 10.6 10.6 10.6 
DMA Channel 2 1.1 1.1 1.1 5.0 
CPU Grant Grant Grant Grant 
CPU Grant Latency 14.1 18.0 18.0 21.9 
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Table 5-4 illustrates the latency calculation for a CPU bus grant to service an NMI. Case 1 

ww shows the grant sequence without an NMI. Case 2 shows the grant sequence if a block 
mode DMA channel has the bus when the NMI ts asserted, and a bus master is next in the 
rotation. Case 3 shows the grant sequence if a DMA channel has the bus when the NMI is 
asserted and the CPU is next in the rotation. Case 4 shows the grant sequence if a bus 
master has the bus when the NMI is asserted. 


Table 5-4 

Bus Grant Latency With NMI 
NMI Latency Examples Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions: Quantity Quantity Quantity Quantity 
DMA Channels (BLK) 2 2 2 2 
DMA Channels (SGL CYC) 0 0 0 0 
Bus Masters 3 3 3 3 
NMI Asserted No Yes Yes Yes 
Bus Grant Sequence: 
DMA Channel 0 5.0 5.0 NA NA 
REFRESH 1.3 1.3 NA NA 
Bus Master 10.6 Skip NA 10.6 
DMA Channel 1 5.0 Skip 5.0 Skip 
Refresh 1.3 Skip 1.3 1.3 
CPU Grant Grant Grant Grant 
NMI Grant Latency NA 7.9 7.9 11.9 
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w 
Table 5-5 
Latency Calculation for an EISA Bus Master 
Bus Latency Examples Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions: Quantity Quantity Quantity Quantity 
DMA Channels (BLK) 0 1 1 1 
DMA Channels (SGL CYC) 2 1 1 1 
Bus Masters 1 1 2 6 
Bus Grant Sequence: (In Ls) 
DMA Channel 1 1.1 5.0 5.0 5.0 
Refresh 1.3 1.3 1.3 1.3 
CPU 9.0 9.0 9.0 9.0 
DMA Channel 2 1.1 1.1 1.1 1.1 
Bus Master 1 Grant Grant 10.6 10.6 — 
DMA Channel 1 NA NA 5.0 5.0 
Refresh NA NA 1.3 1.3 
CPU NA NA 9.0 9.0 
DMA Channel 2 NA NA 1.1 1.1 
Refresh NA NA 1.3 1.3 
Bus Master 2 NA NA Grant 10.6 
DMA Channel 1 NA NA NA 5.0 
Refresh NA NA NA 1.3 
CPU NA NA NA 9.0 
DMA Channel 2 NA NA NA 5.0 
Refresh NA NA NA 1.3 
Bus Master 3 NA NA NA 10.6 
DMA Channel 1 NA NA NA 5.0 
Continued 
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Table 5-5 Latency Calculation for an EISA Bus Master Continued 


Bus Master Latency Case 1 Case 2 Case 3 Case 4 
Bus Load Assumptions Quantity Quantity Quantity Quantity 
Refresh NA NA NA 1.3 
CPU NA NA NA 9.0 
DMA Channel 2 NA NA NA 5.0 
Refresh NA NA NA 1.3 
Bus Master 4 NA NA NA 10.6 
DMA Channels (BLK) 0 1 1 1 

DMA Channels (SGL CYC) 2 1 1 1 

Bus Masters 1 1 2 6 


Bus Grant Sequence: (In Ls) 


DMA Channel 1 NA NA NA 5.0 
we Refresh NA NA NA 1.3 
CPU NA NA NA 9.0 
DMA Channel 2 NA NA NA 5.0 
Refresh NA NA NA 1.3 
Bus Master 5.0 NA NA NA 10.6 
DMA Channel 1 NA NA NA 5.0 
Refresh NA NA NA 1.3 
CPU NA NA NA 9.0 
DMA Channel 2 NA NA NA 5.0 
Refresh NA NA NA 1.3 
Bus Master 6 NA NA NA Grant 
Bus Master 
Grant Latency 12.5 16.4 46.3 173.5 
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EISA Bus Master Arbitration 
Cycle Descriptions 


EISA bus masters use the slot-specific signals, MREQx* and MAKx* for bus arbitration. 
The EISA bus master asserts MREQx* to request bus access. If the system board samples 
MREQsx* asserted, the centralized arbitration controller performs the arbitration and the 
system board asserts MAKx* to acknowledge that the bus master may access the bus. The 
centralized system board may negate MAKx* while the bus master is accessing the bus. 
The bus master must release the bus within 64 BCLKs (8 us) after negation of MAKx*. 
The centralized arbitration controller causes an NMI if a bus master fails to release the bus 
within the 8-p1s time limit. 


Figure 5-7 illustrates an arbitration sequence in which the slot 2 bus master preempts the 
slot 1 bus master. The following procedure describes the arbitration sequence: 


1. Master 1 requests control of the bus by asserting MREQI*. 


2. The system board samples MREQI1* asserted and arbitrates among all other requests, 
eventually granting control of the bus to Master 1 by asserting MAK1* on the rising 
edge of BCLK. 


Master 2 requests control of the bus by asserting MREQ2*. 


4. The system board preempts Master 1 by negating MAK1* on the rising edge of BCLK. 
Master 1 now has 64 BCLKS (8 us) to relinquish control of the bus. 


5. Master 1 stops driving the address bus, data bus and the control signals, and negates 
MREQ1*. 


6. Master 1 still requires the bus, however, so it waits 2 BCLKs and asserts MREQ1* 
again. 


7. Master 2 is granted control of the bus by the system board, and begins driving the bus 
signals and executing cycles. 


8. Master 2 voluntarily relinquishes control of the bus by negating MREQ2*. 
9. The system board samples MREQ2* negated and begins bus arbitration. 
10. The system board gives Master 1 control of the bus again. 


NOTE: There is typically a 1 BCLK delay between the ttme MREQx* is sampled by the 
system and the time the system responds. 
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Figure 5-7. Bus Arbitration Between Two Bus Masters 
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53.3 MEMORY REFRESH 


The EISA system board typically performs memory refresh. EISA bus masters need not 
Supply refresh cycles since the refresh controller can preempt the bus master and perform 
the necessary refresh cycles. Only 16-bit ISA bus masters that hold the bus longer than 
15 us must supply memory refresh cycles. 


A memory slave must monitor REFRESH* to detect a refresh address. If REFRESH* is 
asserted before assertion of START*, the address on the bus is a refresh address. The 
refresh cycle lasts from the leading edge of START* through the trailing edge of CMD* 
(2 BCLK periods) unless wait states are added by the memory slave negating EXRDY 
(EISA slaves) or CHRDY (ISA slaves). Memory slaves must not drive data on the bus 
during refresh. To achieve maximum performance, memory slaves should nut add wait 
States to refresh cycles. 


The refresh controller drives the refresh address on the LA< 15:2 > lines (14 bits of refresh 
counter) and also enables the BE*< 3:0 > lines so that they can be translated to SA< 1:0 > 
lines. The state of LA< 31:16 > is indeterminate. The refresh address bit order on the 

LA< 15:2 > and SA< 15:0 > bus is as follows: 


13 12 1110 9 8 10 7 6 5 4 3 2 «1 =0 Refresh 
IS 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = =~90 LA< >, SA< > 


Refresh requests are generated by two sources: system timer 1 counter 1, and 
16-bit bus masters that assert REFRESH* when they are in control of the bus. 
The system timer is programmed to request a refresh about every 15 ms. 


The refresh controller performs distributed refresh and increments a counter each time a 
refresh request is not serviced within the normal 15-s interval. The counter counts up to 
four incomplete refresh requests. The refresh controller executes one refresh cycle when it 
gains control of the bus, and decrements the pending refresh count. If more refreshes are 
queued up, the refresh controller immediately requests the bus again, without waiting the 
normal 15-s interval. In this case, if no other device requires use of the bus, then 
REFRESH* negated time can be as short as 1 BCLK. 
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The incomplete refresh counter allows refresh to be held off for a maximum of 75 ps 
without refresh loss. The counter helps prevent 16-bit ISA bus masters and ISA-compatible 
block or demand mode DMA devices from causing refresh loss when they do not release 
the bus. Figure 5-8 shows a standard and one wait state EISA refresh cycle. 
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CHRDY 


| 
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Figure 5-8. Refresh Cycles (Standard and One Wait State) 
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ELECTRICAL AND 
MECHANICAL 
SPECIFICATIONS 


6.1 


6.2 


INTRODUCTION 


This chapter describes electrical and mechanical specifications of the EISA Expansion bus. 


ELECTRICAL 
SPECIFICATIONS 


The electrical drive characteristics listed elsewhere in this document assume a maximum of 
8 bus slots. Slot-specific elements of the EISA architecture logically support up to 15 slots. 
Although an EISA system can logically support up to 15 slots, a practical system 
configuration would be unlikely to have more than 8 slots. 


Power Consumption 


Table 6-1 describes the power ratings for each EISA expansion slot. Total supply current 
and thermal dissipation are product-specific and beyond the scope of this specification. All 
systems designed to the EISA specification are guaranteed to provide +5 VDC at 2.0 amps 
for each slot. 


Table 6-1 | 

Expansion Slot Maximum Power Ratings 
Supply Supply Guaranteed 
Voltage Current Current 
+5 Volts +/-5% 4.5 amps 2.0 amps 
—5 Volts +/- 10% .2 amps --- 
+12 Volts +/—- 5% 1.5 amps --- 
—12 Volts +/— 10% 3 amps --- 


NOTE: Current on any pin should not exceed 0.5 amps for EISA pins and 
1.5 amps for ISA pins. 
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DC Characteristics 
Six types of signal drivers can be used on the EISA expansion bus. These types include: 
3SL - Tri-state light driver 
TPL - Totem pole light driver 
OCL - Open collector light driver 
3SH - Tri-state heavy driver 
3TPH - Totem pole heavy driver 


OCH - Open collector heavy driver 


Table 6-2 shows the parameters to be met according to signal driver type. 


| _ Table 6-2 
Signal Driver Output Parameters 

Driver 
Type VoH (volts) VoL (volts) lon (mA) lot (mA) 
3SL 2.4 min 0.5 max 0.4 max 5.0 max 
TPL 2.4 min 0.5 max 0.4 max 5.0 max 
OCL n/a 0.5 max n/a 5.0 max 
3SH 2.4 min 0.5 max 3.0 max 24 max 
TPH 2.4 min 0.5 max 3.0 max 24 max 
OCH n/a 0.5 max n/a 24 max 
LEGEND: Von = logic 1 output voltage 

Vo. = logic 0 output voltage 

lOoH = =_— Jogic 1 output current 


lot logic O output current 


The input signal voltage parameters are as follows: 
VIH = 2.0 min 


VIL = 0.8 max 
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Table 6-3 shows which drive type is required for each signal on the bus, which signals may 
have expansion-slot loads, and what system board pull-up/pull-down resistors are required. 


Table 6-3 
Drive, Load, and Pull-up/Pull-down 
Requirements by Bus Signal 


Input Load 
Signal Drive Per Slot (uA) Pull-up Pull-down 
Name Type I ly (ohms_) (ohms) Notes 
AENx TPL 800 ~=—«- -80 
BALE TPH 800 = -80 
BCLK TPH 800 ~—=—--80 
BE*< 3:0 > 3SH 800 ~=—- -80 
CHRDY OCH 800 = -80 1.0K 1 
CMD" TPH 800 ~=-80 
D< 31:0 > 3SH 800 ~=—--80 8.2K 
DAK*< 7:0 > TPL 800 ~=—- -80 2 
DRQ< 7:0 > 3SL 20 -20 5.6K 1,3 
EX16* OCH 800 ~=—- -80 300 1 
EX32* OCH 800 _—-80 300 1 


NOTES: 1 These pull-up and pull-down resistors are required on system boards only. 

2. Amaximum of 6 slots at a time may be filled with adapters connected to any one 
of the individual DAK*< 7:0 > signals. 

3. Low-level input leakage current on the DRQ< 7:0 > inputs is such that the pull-down 
resistors guarantee a logic low when no device is driving the signals. To protect drivers 
from damage due to incorrect system configuration (totem-pole and open-collector 
outputs sharing the same line) all DRQ outputs must include up to a 47 ohm series 
resistor between the driver output and the bus. This is necessary if the driver can stand 
to be continuously driven to any voltage between Vcc and ground without damage. 

4. |ISA-compatible devices may drive the IRQ< 15:3 > signals with a totem-pole output 
and as such cannot share interrupts. To protect drivers from damage due to 
incorrect system configuration (totem-pole and open-collector outputs sharing the 
same line), IRQ< x > outputs must include up to a 47 ohm series resistor between the 
driver output and the bus. This is necessary if the driver can stand to be 
continuously driven to any voltage between Vcc and ground without damage. 


Continued 
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Table 6-3 Drive, Load, and Pull-up/Pull-down Requirements by Bus 
Signal Continued 


Input Load 
Signal Drive Per Slot (uA) Pull-up Pull-down 
Name Type I lH (ohms _) (ohms) Notes 
EXRDY OCH 800 = -80 300 1 
1O16* OCH 800 _~_—--80 300 1 
lIOCHK" OCH 800 ~=«—--80 4.7K 1 
lORC* 3SH 800 == -80 8.2K 1 
lOWC* 3SH 800 = -80 8.2K 1 
IRQ< 15:3 > OCL 20 -20 8.2K 1,4 
LA< 31:24 > 3SH 800 -80 1.0K 1 
LA< 23:2 > 3SH 800 __ -80 
LOCK" 3SH 800 =~ =-80 1.0K 1 
M-IO 3SH 800 ~ -80 
M16* OCH 800 == -80 300 1 
MAKx* TPL 800 ~——--80 
MASTER16" OCH 800 = -80 300 1 
MRDC* 3SH 800 ~==-80 8.2K 1 
MREQx* TPL 800 = -80 8.2K 1 


NOTES: 1. These pull-up and pull-down resistors are required on system boards only. 

2. Amaximum of 6 slots at a time may be filled with adapters connected to any one 
of the individual DAK*< 7:0 > signals. 

3. Low-level input leakage current on the DRQ< 7:0 > inputs is such that the pull-down 
resistors guarantee a logic low when no device is driving the signals. To protect drivers 
from damage due to incorrect system configuration (totem-pole and open-collector 
outputs sharing the same line) all DRQ outputs must include up to a 47 ohm series 
resistor between the driver output and the bus. This is necessary if the driver can stand 
to be continuously driven to any voltage between Vcc and ground without damage. 

4. |SA-compatible devices may drive the IRQ< 15:3 > signals with a totem-pole output 
and as such cannot share interrupts. To protect drivers from damage due to 
incorrect system configuration (totem-pole and open-collector outputs sharing the 
same line), IRQ< x > outputs must include up to a 47 ohm series resistor between the 
driver output and the bus. This is necessary if the driver can stand to be 
continuously driven to any voltage between Vcc and ground without damage. 


Continued 
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Table 6-3 Drive, Load, and Pull-up/Pull-down Requirements by Bus 

Signal Continued 

Input Load 

Signal Drive Per Slot (uA) Pull—up Pull-down 
Name Type I IH (ohms ) (ohms) Notes 
MSBIRST" 3SH 800 ~~ -80 8.2K 1 
MWTC* 3SH 800 _=—--80 8.2K 1 
NOWS* OCH 800 ~=—--80 300 1 
OSC TPH 800 ~=«- -80 
REFRESH" OCH 800 ~~ -80 300 1 
RESDRV TPH 800 -80 
RESERVED 300 5 
SA< 19:0 > 3SH 800 -80 
SBHE”" 3SH 800  ~==-80 
SLBURST" OCH 800 ~~ -80 300 1 
SMRDC* TPH 800 ~==-80 
SMWTC* TPH 800 ~—--80 
START* 3SH 800 ~~ —--80 8.2K 1 
T-C 3SH 800 ~=—--80 
W-R 3SH 800 ~~ -80 
NOTES: 1. These pull-up and pull-down resistors are required on system boards only. 

2. Amaximum of 6 slots at a time may be filled with adapters connected to any one 
of the individual DAK*< 7:0 > signals. 

3. Low-level input leakage current on the DRQ< 7:0 > inputs is such that the pull-down 
resistors guarantee a logic low when no device is driving the signals. To protect drivers 
from damage due to incorrect system configuration (totem-pole and open-collector 
outputs sharing the same line) all DRQ outputs must include up to a 47 ohm series 
resistor between the driver output and the bus. This is necessary if the driver can stand 
to be continuously driven to any voltage between Vcc and ground without damage. 

4. |SA-compatible devices may drive the IRQ< 15:3 > signals with a totem-pole output 
and as such cannot share interrupts. To protect drivers from damage due to 
incorrect system configuration (totem-pole and open-collector outputs sharing the 
same line), IRQ< x > outputs must include up to a 47 ohm series resistor between the 
driver output and the bus. This is necessary if the driver can stand to be 
continuously driven to any voltage between Vcc and ground without damage. 

5. Reserved pins (E12, E13, E14, F12, F14) require pull-up registers. 
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Signal Routing and Capacitive 
Loading Requirements 


Signal run lengths between the bus connector and the drivers and receivers on expansion 
boards should be limited to 2.5 inches. 


Table 6-4 shows the maximum allowable loading capacitance for expansion boards, 
including wiring capacitance, and the total load capacitance an expansion board must drive. 
Total load capacitance for signals driven only by the system board 1s product-specific and 
beyond the scope of this specification. 


Table 6-4 
Load Capacitance 
Signal Input Load Capacitance 
Name Per Slot (pf) Total (pf) 
AENx 20 — 
BALE 20 — 
BCLK 20 — 
BE*< 3:0 > 20 240 
CHRDY 20 240 
CMD" 20 — 
D< 31:0 > 20 240 
DAK< 7:0 > 20 — 
DRQ< 7:0 > — 120 
E X16" 20 240 
EX32" 20 240 
EXRDY 20 240 
lO16* 20 240 
lIOCHK" 20 240 
lORC* 20 240 
Continued 
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Table 6-4 Load Capacitance Continued 


Signal Input Load Capacitance 
Name Per Slot (pf) Total (pf) 
lIOWC" 20 240 
IRQ< 15:3 > 20 120 
LA< 31:24 > 20 240 
LA< 23:2 > 20 240 
LOCK” 20 240 
M-lO 20 240 
M16" 20 240 
MAKx" 20 — 
MASTER16* 20 240 
MRDC* 20 240 
MREQx* — 120 
MSBURST™* 20 240 
MWTC* 20 240 
NOWS" 20 240 
OSC 20 — 
REFRESH* 20 240 
RESDRV 20 _ 
SA< 19:0 > 20 240 
SBHE"* 20 240 
SLBURST™ 20 240 
SMRDC" 20 — 
SMWTC* 20 — 
START™ 20 240 
T-C 20 240 
W-R 20 240 
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AC Characteristics 


The following bus timing specifications identify the minimum or maximum timing 
parameters for EISA signals. To meet the bus timing specifications, an output signal’s 
timing must provide margin for the signal to propagate from the driver output to any 
receiver input, and for transients caused by transmission line reflections to settle at a stable 
TTL logic level. 


The following definitions apply to all of the signal characteristics: 


SETUP — applicable to inputs, the time preceding a sampling event during which the state 
(high or low) of the incoming signal must not change. 


HOLD — applicable to inputs, the time following a sampling event during which the state 
(high or low) of the incoming signal must not change. 


DELAY (min) — applicable to outputs, the minimum time following a timing event before 
which the state (high or low) of the outgoing signal can change. 


DELAY (max) — applicable to outputs, the time following a timing event after which the 
state (high or low) of the outgoing signal must not change. 


ISA-Compatible Timing Parameters 


This section specifies the timing requirements for all ISA-compatible devices. The ISA bus 
timing is divided into two main groups, CPU cycles and bus master cycles. ISA bus 
masters, which do not synchronize their signals to BCLK, must use the bus master cycle 
specifications. ISA bus masters, which synchronize their signals to BCLK, have the option 
of using CPU cycle specifications where the parameters are equivalent, and must use the 
CPU cycle specifications for NOWS*. 
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The following assumptions are included in the calculations, which were used to create these 
specifications: 


1. A device which generates a signal can meet the timing specs into the specified AC and 
DC load. 


2. CPU cycle timing numbers are measured at the system board drivers and receivers. 
Master timing numbers are measured at the master’s drivers and receivers. 


3. Bus propagation delay has not been included in the ISA timing calculations. It is the 
responsibility of the slave designer to guarantee that there 1s sufficient margin in the 
design to allow for bus propagation delay. 


4. Each driver for a signal must drive the signal such that it can settle to within the TTL 
input DC spec (less than 0.8 volts or greater than 2.0 volts) at the specified location on 
the bus within the specified delay time. 


5. For drivers with open-collector type of outputs, the “valid” delay must include the rise 
time of the pull-up resistor and the bus capacitance, to guarantee that the input is above 
a valid logic-high level (2.0 volts) if the input is negating during the time in question. 


The ISA timing specifications are based on the timing for an IBM® PC-AT Model 339. 
Three classes of timing parameters are shown, delays from one system or bus master output 
to another, slave input-to-output delays, and system input setup. 


Asynchronous slaves, which do not use BCLK, are required only to meet the 
input-to-output delays specified. When a slave’s outputs are a function of more than one 
input from the system, the slave’s design must guarantee that all of the delay specifications 
indicated here are satisfied. However, for any one bus cycle the actual switching time of the 
output will be determined by the latest specification to be satisfied. 


NOWS* is a synchronous signal and masters and slaves, which use it, are required to meet 
setup and delay times from BCLK. 


Figure 6-1 shows the timing diagram for the ISA-compatible portion of the EISA bus. 
Table 6-5 lists the timing parameters referenced in the waveforms of Figure 6-1. 
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Figure 6-1. ISA-Compatible Signal Timing Diagram 
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Figure 6-1. ISA-Compatible Signal Timing Diagram (Continued) 
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Table 6-5 
ISA-Compatible Signal Timing Parameters 
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eo ren rere 
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~~ 
i a oe 
-bi a 
-bi ee ae 
34e | Memory Access to 8-bit ISA Slave -StandardCycle(6BCLK) | | 
34f | Memory Accessto8-bitISASlave-7BCLK ss sCiE 8 
7 nea ee ee 
36 |BALEassertedtoNOWS* asserted ——i—i—‘“—‘“‘“‘<‘w*‘“‘iYSC CT 
36a | MemoryAccessto16-bitISASlavess—‘iTSSC 
36b | MemoryAccessto8-bitISASlave CYT 8 
a QO 
37 |BALEassertedtoCHRDYnegated es — —(s—“‘“‘“‘wLSSSCdTSC ST 
37a | Memory Accessto16-bitISASlave-4BCLKs sis] 
37b [| Memory Accessto8-bitISASlave-7BCLKs TT 
37c | |1/OAccessto16-bitISASlave-4BCLKs—isirC (T2007 
37d | |/OAccessto8-bitISASlave-7BCLKs —isisrC (STC 
7 Pee eee ee eee 
38 [BALE assertedtoreaddatavaid ee —s—“‘—s‘“‘<‘iwsi‘( ‘Sr 
38a | Memory Accessto16-bitISASlave-2BCLK TT 120 w 
38b | Memory Access to 16-bit ISA Slave-StandardCycle(3BCLK) | | KG 
38c | Memory Accessto16-bitISASlave-4BCLK TOT 
38d | Memory Accessto8-bitISASlave-3BCLKs—“(ié‘iLCSC( 8 
38e | Memory Access to 8-bit ISA Slave - Standard Cycle(6BCLK) | | 610 
3ef_| Memory Accessto8-bitISASlave-7BCLK | 780] 
38h | _1/O Access to 16-bit ISA Slave- Standard Cycle(3BCLK) | |B 
38j | |/OAccessto16-bitISASlave-4BCLK— —(isé‘iSC“(SST 
38k | |/OAccessto8-bitISASlave-3BCLK ss isisdLC C8 
381 | 1/0 Access to 8-bit ISA Slave- Standard Cycle(6BCLK) | TIO] 
38m] |/OAccessto8-bitISASlave-7BCLK ss ——s—‘“‘*‘“*sés*dLSC“‘;SCSTC C730] 
a ees ee (ee 
40 SA<19:0>, SBHE valid to NOWS* asserted a a ae 
40a | Memory Accessto16-bitISASlave-2BCLK 
Memory Access to 8-bit ISA Slave - 3 BCLK re a 
40d | 1/0 Access to 8-bit ISA Slave - 3 BCLK a 
a nn Qs 
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2 |SA<19:0>, SBHE valid to read data valid 
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asserted to CHRDY negated 

Memory Access to 8-bit ISA Slave 
47c |/O Access to 16-bit ISA Slave 
|/O Access to 8-bit ISA Slave 
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Table 6-5  ISA-Compatible Signal Timing Parameters Continued 


MRDC*, SMRDC%, IORC*% asserted to read data valid 


af | Memory Access tos-bitISASlave-7BCLK SSS 
8 
46 
es earn ue 
Be ul 


CHRDY asserted to read data valid 


Memory Access to 16-bit ISA Slave 
Memory Access to 8-bit ISA Slave 
|/O Access to 16-bit ISA Slave 
|/O Access to 8-bit ISA Slave 
CHRDY asserted to MRDC*, MWTC*, SMRDC*, SMWTC?*, 
lIORC*, IOWC* negated 
CHRDY asserted to next BALE asserted 


CHRDY asserted to SA<19:0>, SBHE invalid 


MRDC*, |ORC*, SMRDC* negated to read data invalid 
MRDC*, |IORC*, SMRDC* negated to data bus float 
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Table 6-5 |ISA-Compatible Signal Timing Parameters Continued 


Write Data valid before MWTC*% asserted 


Gib 
ar 


|/O Access to 16-bit ISA Slave 
|/O Access to 8-bit ISA Slave (byte copy at end of START*) 


ee 
SMWTG* negated to WRITE DATA invalid 16bt SSSSCSCS~* 
eel 
65a 


CHRDY negated hold time 
CHRDY asserted setup time to BCLK rising 


SA<19:0> & SBHE* valid before 1016* valid 


BALE asserted before |016* valid 
3 {AEN valid before BALE negated 

4a |AEN valid before |ORC* asserted 
4b |AEN valid before |OWC* asserted 


5 |IORC*, IOWC* negated before AEN invalid 
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Table 6-5 |ISA-Compatible Signal Timing Parameters Continued 


Ret} (SACOMPATIBLE SIGNAL TIMING PARAMETERS DESCRIPTION _—{_ Timing (ns) 
pe ECRPUCYCLES — = Poin Maxell 


~“ 


MRDC*, |ORC*, SMRDC*% asserted to read data enable i a ae 
Dee ee Oe oe 
77 |lAinvalidtoM16*floatdelay se s—‘“‘iLSC(“‘(‘;SC 
a a 
a) ae 
a 2 a 


N 


“J 


SA invalid to 1016* float delay 

Note (a) Assumes no back-to-back |/O delay. Back-to-back |/O 
delay adds integral number of BCLK periods to 
this parameter. 


Note (b) Systems designed prior to the EISA specification, 
which sample CHRDY on the rising edge of BCLK 
require parameter 47c max = 24 ns. 


Note (c) CHRDY negated (low) hold time is measured from the 
rising edge of BCLK or the negating (falling) edge of 
CHRDY, whichever is later. Devices designed prior 
to the EISA specification may require hold time to be 
measured exclusively from the rising edge of BCLK. 


Note (d) Slave devices which meet parameters 32,36,40, & 46 are 
guaranteed to meet parameter 49. 


Note (e) The slave can only control the minimum width of the ISA 
command signals. Any cycle may be longer than the 
minimum, up to the limit of the spec. Numbers of BCLKs 
shown are for minimum pulse widths. 
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MASTER16% | | 


LA<23:17> (>> > 
SBHE" ee | CO 
C1) — | 
k¢—_—_—_(2)-—--— > - ——C)—_—__ > > 


MRDC*, MWTC* —<—ST ee fe 
IORC*, IOWC* | 


016 KC i 


Sr «4 Pp | | 
CHRDY \ 
Owe me van eee ae 
READ DATA . KK : 
Ona ¢ ag <2 
— \\\\ es a 


Figure 6-2. ISA-Compatible Bus Timing, Bus Master Cycle Diagram 
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Table 6-6 
ISA-Compatible Bus Master on a Parameters 


LA<23:17>,SA<19:0> & — valid berors a MWTC* 
lIORC*, IOWC* asserted 

MRDC*,MWTC* asserted before MRDC*,MWTC* negated 
Memory Access to 16-bit ISA Slave 
Memory Access to 8-bit ISA Slave 


lIORC*, IOWC* asserted before |ORC*,IOWC* negated 
|/O Access to 16-bit ISA Slave 


|/O Access to 8-bit ISA Slave 
MRDC*,MWTC* negated before LA<23:17>, SA<19:0> & SBHE* invalid 
lIORC*, IOWC* negated before LA<23:17>,SA<19:0> & SBHE® invalid 
MRDC*,MWTC* negated before next MRDC*,MWTC* asserted 


lIORC*, IOWC* negated before next IORC*,IOWC* asserted 
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MRDC*, MWTC%*, IORC*, IOWC* asserted to CHRDY negated 


nia SNA 


CHRDY asserted to read data valid 


Memory Access to 16-bit ISA Slave 

Memory Access to 8-bit ISA Slave 

|/O Access to 16-bit ISA Slave 

|/O Access to 8-bit ISA Slave 
CHRDY asserted to MRDC*, MWTC*, IOWC*, IORC* negated 
MRDC*, l|ORC* negated to read data invalid 
MRDC*, l|ORC* negated to data bus float 
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Memory Access to 16-bit ISA Slave | -40) 
Memory Access to 8-bit ISA Slave 
Write Data valid before |OWC* asserted Lo 
\/O Access to 16-bit ISA Slave 
|/O Access to 8-bit ISA Slave 37 
MWTC*,IOWC* negated to WRITE DATA invalid 
a |LA<23:17>,SA<19:0> & SBHE* valid before M16* valid 
b |LA<23:17>,SA<19:G> & SBHE* valid before 1016* valid 


ok 


=e are Pee es es ee ened 
NO er oe On ee oe ee eee ee os ae 
O o |” oe 


_— 
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S 
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=—h 
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MRDC*, l|ORC* asserted to read data enable 

a |LA<23:17>, SA<19:0>, SBHE* invalid to M16* float delay 

b |SA<19:0>, SBHE*” invalid to 1016* float delay 

MASTER16*% asserted to LA<23:17>, SA<19:0>, SBHE*,MRDC*,MWTC* 
IORC* IOWC* ,D<15:0> enable 


LA<23:17>, SA<19:0>, SBHE* , MRDC*, MWTC*, IORC*, IOWC*, D< 15:0> to 


MASTER16* negated 


Note (a) Assumes system board copy buffers will be used to copy data 
from D<15:8> to D<7:0> for odd addresses. 8-bit slaves are 
required to have 11b, 11d = 22 ns. 


—_ | — ook 
ony, on = 
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Note (b) Systems designed prior to the EISA specification, 
which sample CHRDY on the rising edge of BCLK 
require parameter 5c max = 24 ns. 


Note (c) Assumes system board copy buffers will be used to copy data 
from D<15:8> to D<7:0> for odd addresses. 8-bit slaves are 
required to have 6b, 6d = 490 ns. 


Note (d) ISA master must wait later than the CPU to sample M16*. The system 


is required to convert EX32* and EX16* to M16* for possible EISA 
slaves. 
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EISA, DMA, and Refresh 
Timing Parameters 


This section specifies the timing requirements for all EISA devices. These requirements are 
divided into three main groups corresponding to the main types of EISA devices, masters, 
Slaves and DMA devices. 


The timing specifications for EISA are calculated to assist the system or option board 
designer to verify his system. The following assumptions are included in the calculations 
which were used to create these specifications. 


i 


A device which generates a signal can meet the timing requirements of the specified 
load. 


All timing parameters are measured at the receiver and driver of the device being 
specified. 


Each signal is allowed 5 ns to propagate to the farthest load and to reflect back to the 
source (one time). The propagation time is approximately 2 1/2 ns, based on 16 inches 
of trace. A worst case propagation path is: 2 1/2 inches from driver to connector, 

6 inches from connector across backplane, and up to 7 1/2 inches from connector 

to receiver on the system board. This delay (transmission line delay) is built into 

the calculations for the system. 


Each driver for a signal must drive the signal so that it can settle to within the TTL 
input DC spec (less than 0.8 volts or greater than 2.0 volts) within the specified output 
delay plus the 5 ns. 


For drivers with open collector type of outputs, the delay caused by the rise time of the 
pullup resistor and the bus capacitance is included in the calculations for signals going 
from low to high. This is used instead of the 5 ns transmission line delay. The equation 
used is: 


-In(1-(2.0v-0.25v)/(4.75v-0.25v))*RPULLUP*CSIGNAL CAPACITANCE 
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The above equation corresponds to a minimum Vcc level of 4.75v, a steady state logic low 
level of 0.25v, and the high level input voltage spec of 2.0v. If a driver’s steady state logic 
low value is lower than this, then additional time must be allowed for the RC rise delay by 
reducing the specified signal output delay. 


Note that the delay in generating the falling edge of the open collector outputs is allowed to 
be slower than the EISA spec indicates. The extra delay allowed is equal to the RC delay 
for the signal (as calculated above) minus 5 ns. Only the float delay must actually meet the 
published spec. 


For many logic families, notes 1 through 4 allow the designer to verify a design directly at 
the output of the driver or input of the receiving logic. The 5 ns transmission and settling 
time eliminates the need to check the system under various types of loading and with the 
adapter in various slots. 


If a logic driver is used which has a very short rise and/or fall time (Jess than 4 or 5 ns), 
then the designer may have to plan for additional settling time or use series damping 
resistors. The designer should check these types of drivers in both large, fully loaded 
systems and small lightly loaded systems. 


As an alternative to using the specified delay values and loads for drivers, the designer may 
instead guarantee timing at the destination receivers rather than at the source driver. In this 
case the designer must insure through testing that all possible receivers are within the TTL 
input specs within the EISA requirement time plus 5 ns. This testing should be done in both 
large, fully loaded systems and small lightly loaded systems. 


A large, fully loaded system consists of maximum loads on all eight cards and the system 
board with the maximum wire lengths allowed between all points. Small lightly loaded 
systems consist of a single card with the minimum load and a system board with minimum 
reasonable wire lengths between all points. 


Figures 6-3 through 6-16 show the timing diagrams for 16- and 32-bit EISA and DMA 
devices. Tables 6-7 through 6-17 list the timing parameters referenced in the timing 
diagrams. 
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Figure 6-3. 16 or 32-Bit EISA Master Timing Diagram 
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Note: Thick lines indicate where control transfers from Master to System 
or from System to Master. 
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Figure 6-4. 16- or 32-Bit EISA Master Assembly/Disassembly Timing Diagram 


Extended Industry Standard Architecture Expansion Bus 


= 6-28 Electrical and Mechanical Specifications 


Table 6-7 
16- or 32-Bit EISA Master Timing Parameters 


REQ* delay from BCLK falling 
ee ee 
MAK* setuptoBCLKfalling CT 10 
res nn 2 
MAK*heldfromBCLK falling CEO 
Peres an 
LAaddr,MiO delayfromBCLKfaling CE 250.0 
ere ae ee 
BE*<>,W-RdelayfromBCLKfaling CTY 
re Tn Se 
BE*<>,W-RdelayfromBCLKrising _—**seeNote(a)** || 25.0 
a 
eee ee Se 
LAaddrMiOsetuptoSTART*asserted | 10.07 
errs ee ee 
eee es ee 
EX32* (or EX16*) setup to BCLK rising (at CMD) a) ie 
eee ee ee 
EX32* (or EX16*) held from BCLK rising (at CMD) a: ie 
Pere ee 
EX32* (or EX16*) setup to BCLK rising (assembly finish) es) 
eee eee ee 
EX32* (or EX16*) held from BCLK rising (assembly finish) | 60.0, 

eee 
aa 
a 
aa 
ee 
mas 
an 


EX32* (or EX16*) setup to BCLK falling (assembly finish) 
EX32* (or EX16*) held from BCLK falling (assembly finish) 


EXRDY setup to BCLK falling 


Nn 


—_ — _ mar nk — 
<> oe) NO —_ © 
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Table 6-7 16-or32-Bit EISA Master Timing Parameters Continued 
, : ax 


Data fit.del.from BCLK falling (write) ** see Note (b) ** 
Data held after BCLK rising (read) | 4.0 
| | (for compressed cycle, from BCLK falling) Co 
Data setup to BCLK rising (read) 
| | (for compressed cycle, to BCLK falling) Lo 


Note (a): BE< >* bits are allowed to change as early as the falling 
BCLK when the LA< > bits change. 


Note (b): Parameter applies after any write cycle not followed by 
another write cycle, or followed by write cycle with some 
BE < >* bits negated. 
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Table 6-7  16- or 32-Bit EISA Master Timing Parameters Continued -_ | 
System timing (misc) 
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AENx valid delay from LA< > addr (I/O cycle) | 0.0! | 
Data copy buffer float from BCLK | 
Data copy buffer delay (for bus to bus copies 0.0) | 


© 
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Data copy buffer enable from BCLK | 
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BE*,W-R hold from BCLK falling (for SA1,0,BHE xlat 


START* setup to BCLK falling (Master drives START*) 


on 
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© 


Extended Industry Standard Architecture Expansion Bus 


a Technical Reference Guide 6-31 


Table 6-7 16-or 32-Bit EISA Master Timing Parameters Continued 


2 ee Se 

[START noid trom BOLKTaling (Master dives START) aS 
7 2s hs 
[_|MASTER16* setuptoBCLKrising | 0 
nee eee eee 
| _ |MASTER16* held from BCLK rising a) 
2: Ee ES 
[[Mie*setuptoBCLKrisng TOP 
7 RE: ee SE 
[(Mie*holdfromBCLKrising TO 
2 nr a ae 
| INOWS* setup to BCLK rising (ISA cycles) a) 
_ ae aa 
| |NOWS* hold (ISA cycles) 20.0; —s | 
a ee ee See. 
[_|CHRDY negated setuptoBCLKfaling | SOP 
Ss a 
[_|CHRDY negated hold from BCLK rising (presetPW) | 20.0] 
O1t Rs es SS 
[_[CHRDY asserted setuptoBClKrising | 10. 
7 cr Sees Se 
[|CHRDY asserted hold fromBCLKrising | 20.0] 
2 ree Bes ee 
[[l016* setuptoBCLKfaling 20.0} 
2 eee eee ee 
oie had rom BLK tating gf 
a 
| _|Note: The following system board setup and delay timing a ia 
| __|specifications include time for copy buffer input or output a le 
| land routing to the correct byte lanes. a Te 
Fox case sees acianenneintent enieemestagemsnctanshtaenpimiataes atin Seveacinielicsascieeel 
sh read data setup to BOLK rang (atch soup) of 
tt eee eee eee 
ISA read data hold From BOIK rang (atch hag) 2 
i ree ey 
| _|ISA Write data delay from BCLK falling (assembly cycles) | 2.0] 85.0 
2 eee SE 
[_|isA write data delay from BCLK rising (bit) | 2085.0 
| _|EISA Data delay from BCLKfalling (write) 2} 85.0 
i eee Se eee 
[_|EISA Data setuptoBCLKrising(read) 80.0] 
2 ne eee 
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Table 6-7 16- or 32-Bit EISA Master Timing Parameters Continued 


REFRESH* negated delay from BCLK falling 


BE* delay from BCLK rising (assembly cycles) 


SA addr to LA addr delay (ISA master translate) 
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Figure 6-5. System Timing (Assembly Cycles) Timing Diagram 


Table 6-8 
System Timing Parameters 


bd 8 C TIBLE ~T qT T {Suing (Os) | 
Data setup to BCLK rising (grab data, write assemble) | 10 
Data held from BCLK rising (grab data, write assemble) i 


Data delay from BCLK falling (redrive data,read assem) a ae) 
Data float after BCLK rising (redrive data,read assem) a ae) 
EX32* (or EX16*) delay from BCLK falling (assembly finish) 
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Figure 6-6. 16- or 32-Bit EISA Slave Timing Diagram J 
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Table 6-9 
8-, 16-, or 32-Bit EISA Slave Timing Parameters 


8, 16 or 32-bit EISA slave timing: 


Hoe a SHR CA A SS IR, OE Pe am La Oc cP ee per ear at ek tal ae SAL BRINE Sat SARE AE NR TH BOR WR AR RT PGS LI MA DR JES SAR SPO SS A ONS JD FG SN ED eM ee Pe 


LA addr,M-IO setup to START* asserted ay) ie 


© 


addr,M-IO setup to CMD* asserted or START* negated 


addr,M-IO setup to BCLK rising (at CMD) 
aaa eee 
7 es Ht 
eee ee 
ae Hee 
LA addr M-1O,W-R,BE* held from BCLK rising(normal) 
errr ae 
ens Mere 
ree a 
EX32* (or EX16*) floatdelayfromlAadd,MiO_ 2.0 
eee 


EX32* (or EX16*) float delay from AEN (I/O cycles) 


> 
pe) 
© 
O 


rm} | > 
on S| |S 
© =) © © 
oe) >) 


NO 
© 
© 


O1 
© 


© 


pe) 
© 


RO 
© 


1016* delay from LA addr (|/O cycles) 
EXRDY negated delay from BCLK rising (at CMD) as 


© 


—_"s 

pax (ee) on Gq 

nN wn pe ye 
© © © ‘e) © 


EXRDY negated delay from LA< >,M-IO,AEN 
EXRDY negated delay from START* asserted 125. 
EXRDY negated delay from CMD* asserted or START* negated Eo! 5. 


NO oh ah ah ah awh _—, o_h =_h od oh 
Ce) oe) N '@)) on po (oe) NO —_ © 


0 

Ftc gpcemne eee net taan tease tesieaesetaneiceynienie coteeeetl eee 
EXRDY floatdelayfromBClKfalling 20.0 
reer ee 
LOCK*setuptoBClKrisng TO 
a 
2.0} 
ere eee eee 

0 [Data delay from CMD* assert.(read, 16 or 32-bit, 2BCLK) | 50.0 
8-bit slave (6 BCLK) | | 530.0 
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Table 6-9 = 8-, 16-, or 32-Bit EISA Slave Timing Parameters Continued 


ee aa ae a ee ee eB eee ee ee a ne ee ee eG ee ee a ee oe we ee nao 8 ee 8 ee 8 8 eo tt ee ee ee oe a to oo 8 5 oe 5 6 ote eet te tet ee ee eee ete ee te 8 et oe 8 ee oe ow le 


21 [Data delay from START assert.(read, 16 or 32-bit, 2BCLK) || «170.0 
| | Bbitsave(6BCLK)CC“‘“‘(‘_C*LSCOCé*C':C_C#S5.0 
2 eee ee 
22 _|Data delay from BCLK rising (read, 16 or 32-bit) | 80.0 
|_| 8bitslave(6BCLK) 8. 
a ee 
23 [Data float delay from CMD* negated (read) CT 80.0 
7” eee eee eee 
Data delay (hold) from CMD* negated (read) a) ae 
7 eee eee eee 
25 [Data setup to CMD* asserted (write, 16 or 32-bit) | 10.0] 
| | Bbitslave(6BCLK) 8 
2 ree eee eee Gee 
26 [Data setup to CMD* negated (write, 16 or 32-bit) | 0.0] 
| | Sbitsiave(6BCLK) TOP 
i eee eee eee 
27 _|Dataheld afterCMD* negated (write) 5 
2 eae eee eee 
AEN setup to CMD* asserted or START* negated (I/O cycles) :)) fe 
7 eee eee eee 
AEN held from CMD* asserted or START* negated (I/O cycles) a) ie 
-) See eee eee 
33 |START* assertedtoCMD*assertedsetup | OY 
i See re ee 
START* asserted to BCLK rising (at cmd) : ae 
ee ees eee eee 
35 __|START* asserted to CMD* negated (overlap) | CTC 8000 
eee ee ee 
36___|CMD* assertedtoSTART* negated (overap) | CTO 
- nee ee ee 
START* negated to CMD* asserted (gap) a ae) 
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22 
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Figure 6-7. System (Compressed Cycles) Timing Diagram 
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Table 6-10 
System (Compressed Cycles) Timing Parameters 


START* negated or CMD* asserted delay from BCLK rising 


LA Address, M-lIO,W-R, BE* < > delay from START* negated or 
or CMD* asserted 
LA addr, M-lO delay from BCLK rising (at CMD* asserted), burst not supported 
burst supported 
BE* < >,W-R delay from BCLK rising (at CMD* asserted) 
CMD* asserted pulse width 
NOWS* setup to BCLK rising (compressed cycles) 
NOWS* held from BCLK rising (compressed cycles) 
Data held after BCLK falling (read) 
Data setup to BCLK falling (read) 
Data delay from BCLK falling (write)(BCLK at START* asserted) 


Data valid before BCLK rising at CMD* asserted (write) 


© OW gE 


> 
on 


© 


_ 


2 |Data valid before START* negated or CMD* asserted (write) 


© on a | on on on © © ‘oe Ke) NO [EEESE 


on 


Note: The Master or Normal System timing numbers apply except where the 
above numbers add to or supercede them. 
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Figure 6-8. 16- or 32-Bit EISA Slave Compressed Cycle Timing Diagram 
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Table 6-11 
16- or 32-Bit EISA Slave Compressed Cycle Timing Parameters 

16- or 32-bit EISA compressed cycle slave timing: 

LA<31:2> M-IO,W-R,BE* held from BCLK rising(compr) a.) 
CMD* pulse width (compressed) soo) 
NOWS* asserted delay from START* asserted (compressed) | = 0.0] = 70.0 
NOWS* asserted delay from LA< >,M-IO,AEN (compressed) a ae: sy) 
rs (ee 
NOWS* asserted delay from BE*, W-R (compressed) PT 65.0) 
NOWS* float delay from START* negated (compressed) | = Q.0} 30.0 


Data delay from CMD* assert.(read compressed) | «50! 


Lee 

oe 

eee ae 

Data delay from BCLK rising (read compressed) | 80 

eee eee eee 
20.0) 
ame 
____15.0 
a 


( 


Data setup to CMD* asserted and START* negated (write compressed) 20.0; si 
Data setup to BCLK rising (write compressed) Le 
Data setup to CMD* negated (write compressed) a: ie 


1 

_ 

—_? 

cased 

4 

bus 

, 
Lees 

6 

—_ 

= 

s 

teal 

Qo 

a 

10 

ba 

ay i 
—_ 

1 
sscacaal 

Data held after CMD* negated (write compressed) a.) ae 
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BCLK 
Co> 

REFRESH* 

[ope ano 
LA<31:2> aaa reas | a es ae) 
W-R 3 Lo = 
MRDC* 

| ire 

SA<19:0> 
SBHE* ee aaa eee aa eee eee, 
START* 7 7 


CMD* 


EXRDY 


CHRDY 


NORMAL REFRESH CYCLE REFRESH WITH ONE WAIT STATE REFRESH WITH ONE WAIT STATE 
CAUSED BY 32-BIT MEMORY CAUSED BY ISA MEMORY 


Figure 6-9. Slave Refresh Cycle Timing Diagram 
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Table 6-12 
slave Refresh Cycle Timing Parameters 


Refresh cycle slave timing: 


1 |REFRESH* valid setup to SA< > address a ) 
i? eee ee eee 
REFRESH* valid setup to MRDC* asserted 120.0] 
—_ ie (ra 
REFRESH* valid hold from MRDC* negated 20.0) 
= ry (as 
SA<> address setup to MRDC* asserted (refresh) 70.0; ts 
a a 
SA< > address hold from MRDC* negated (refresh) 250, i 
2 rrr, ee 
6 _|MRDC* pulsewidth (refresh) C‘idEC 285 
7 eee eee eee ee 
REFRESH* asserted setup to START* asserted 55.0, ss 
a ee es 
8 __|REFRESH* negated setuptoSTART* asserted | 10-0] 
i eee ae See 
9 |REFRESH*heldfromCMD* negated 
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BCLK 


MASTER 16* 
(Downshift Nasters) 


LA<31:2> 
M-IO 


BE*<3:0> 


START* 


MSBURST* 


SLBURST* 


READ DATA 


WRITE DATA 


1) EISA Standard Access (Start of Burst) 4,5) EISA Burst Access 
2)  EISA Burst Access 6) EISA Standard Access 


3) EISA Burst Access with One Wait State 


Figure 6-10. 16- or 32-Bit EISA Master, Burst Cycle Timing Diagram 
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Table 6-13 
16- or 32-Bit EISA Master, Burst Cycle Timing Parameters 


16- or 32-bit EISA master timing, Burst: 


LA<31:2>, BE*<3:0> delay from BCLK falling ~ — 201 45.0 
MSBURST* delay from BCLK falling 
SLBURST* setup to BCLK rising | 15.0 


=) 


i —e 
a 
SLBURST* held from BCLK rising a) 
eee eee 
DatadelayfromBCLKrising(write) CT 40.0 
[rr eee see 
Data hold fromBClKrising (write) TO 
ri arr i ce 
DataheldafterBCLKrising(read) TO 
ree ie eee 
DatasetuptoBCLKrising(read) TO 
eee ee eee 
ree: eee 
0 __|MASTER16* float delay from BCLK rising (downshift) | 2.0 40.0 


RO on 
O =) 


© 
© 


© 
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BCLK 


ela AMDK?KERzK a za a acne = —— 
BE*<3:0> A a a I Semel ae Le 


W-R a 
START 
ie 1 2 . 2 i 4 2 
exsee nol 
EXRDY a | 
Dy le a 
wy MSBURST* ! | ) ! = 
<> an ; 8 | 
SLBURST* 8 | | | KKK 
C6) | C8) 
READ DATA \ii\ iz a4 N ANNE 
Ci) C12) - 
ware para | = 
1) EISA Standard Access (Start of Burst) 4.5) EISA Burst Access 
2) EISA Burst Access 6)  EISA Standard Access 


3) EISA Burst Access with One Wait State 


Figure 6-11. 16- or 32-Bit EISA Slave, Burst Cycle Timing Diagram 
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Table 6-14 
16- or 32-Bit EISA Slave, Burst Cycle Timing Parameters 


16- or 32-bit EISA slave timing, Burst 


1 |lAaddrBE<>*setuptoBClKrisng TOY 
7 2, ae 
2 |lAaddrBE<>*heldfromBCLKfaling TO 
ae See Se UE 
3 |MSBURST*setuptoBCLKrising  CdTC SO 
2 re ee eee 
‘4 |MSBURST* held from BCLK rising | 45.0) 
2 Dees ine Se 
7 eee ees ee 
6 |DatadelayfromBCLKrising (read) CCsC‘iE:C(‘ésKSOL;S BOO) 
i rarer Se Se 
i re See 
8 |Data enable delay from BCLK falling (read) ** see Note (a) ** | 0.0) 15.0 
a a 
9 {Data enable delay from BCLK rising (read)  ** see Note (a) ** rs) i: 
cages coceansess—unsisan acinus Snaeiadscsesnsses eat axgaseecietsasein un deen dee! 
10__|DatasetuptoBCLKrising (write) CYC OT 
i rr a 
11 |DatadelayfromBClKrising(write) CdS SCO CSO 
i. 2 Se ee 
Data held from BCLK rising (write) 7) 


Note (a): USE EITHER PARAMETER 8 OR 9 
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D> 


BCLK 
—_ C3) 
DRQ<x> Kr 
AD i t— C4 
DAK*<x> 
ee 

ee daca CE: * Avera EERE 

W-R, 

BE*<3:0> Ce kd 

M-IO 

ep <— C9) ——> 
T-C 
<— 
Note: DAK* may be asserted from either the falling or rising edge of BCLK 

od Figure 6-12. System DMA Timing Diagram 
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Table 6-15 
system DMA Timing Parameters 


OO OOOO TOGO OOOOOOOOOOOhO OOOO COORD OOAAAS 
eee ee ew oe Bo oan ee a woe ew 

CR RRR eRe Re ee Oe Re Be he Oe Se ee ee 
SR Cone ee oe te he ee he oe ee ey 

ee ean a” Mw ee a ee ee we ee 
eS Corn Re ke ee ie ee Ree Oe oe ee] 


Ce ee eee ee Be 
SR Che Me ree he he Oe Oe he Oe te he Se ey 

oo 8 8 oo oo oe Gm © 0 0 0 0 0 0 0 0 0 0 0 oo 6 8 0 0 6 0 0 0 2 6 8 0 8 6 8 8 
we ee ow wo eo + Be + 0 0 0 a 0 0 0 6 0 6 oe 8 0 a 8 0 0 0 0 6 8 6 8 0 6 6 6 0 8 6 4 8 6 6 8 8 6 oe 

ee a a a ee a ee ee ee a eo ee ee eee eka. - @h me — Gn ie a S F See SS’ A 8 8 Fe Vee ee 
Parra aD SPL IEEE ee ea Pe dee Pe ie ie I i Pe i i ee i a De Da ar a a ale TE Dia a ti NE it I ee Rach he eR MR OT IO AE AE TE NE ETE DE Oe ET NRE EEE eee eee Ce © A ok Oe oe EO 

Nar A Ee ae Ta Nae Sat ae Sad ae et a a a Sa al a a a al ad Sa Sad ad a i a la ae I a ie Pe i aie ee BB 2 EE EE SNE et Re RN eR DR BAI Ne he a a ad a a a ea ah OE, ORME, MBE Dad on Ball A rn 
CR GO Oe Oe ee 


DRQx negated setup to BCLK rising 
DRQx negated setup to BCLK falling 
DRQx negated held from BCLK falling 2 


iran a 
DACKx delay from BCLK ) 10 
a Ge 
LA< >,BE< >,W-R, delay from BCLK falling 2 
ran aan 
__|[M-IO, delay from BCLK falling 2 
eee See Se 
T-C delay from BCLK (DMA system output mode) re 


T-C setup to BCLK rising (DMA system input mode) 


— 
ee 
‘cies OANA Uo 
— w 
— 


° 


T-C held from BCLK rising (DMA system input mode) 


Note: The System timing numbers apply except where the above numbers 
add to or supercede them. 
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Figure 6-13. DMA Device; Compatible, Type A, and Type B Read Cycles 
Timing Diagram 
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DMA Device; Compatible, Type A, and Type B Write Cycles 


Timing Diagram 
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Table 6-16 
DMA Device; Compatible, Type A, and Type B Timing Parameters 


DRQx valid delay from IORC* asserted 
2 rc ne Te 
ot a: ee ee 
DAKx* asserted to IORC* asserted [| 70.0, 
ike een Ree NaS, 
DAKx* asserted to |OWC* asserted | 310.0) 
es RETR PER ARETE. 
|ORC* asserted pulse width | 755.0) 
2 De Se Se 
6 [IORC* negated pulse width (continuous) | 165.0, 
et er: Saree See 
IORC* negated to DAKx* negated | 100.0] 
it een aL: NE SRE: 
8 |IOWC* asserted pulse width 455.0, 
= a ee ee Se 
ja |lOWC* negated pulse width (continuous) | 455} 
ii rane MUNK ROM: 
IOWC* negated to DAKx* negated | 155.0, 
ad ee Te ee 
ii |DatadelayfromlORC* asserted CT C2800 
2 eens Se Wee 
Data float from |ORC* negated 2.0 50.0 
2k SEE WE RE 
Data held from IOWC* negated 20.0) 
a en EE Pe: 
Data setup to IOWC* negated 240.0, 
2 ee ee 
5 _|T-Casserted delay trom IORC* (system inputmode) | 860.0 
a Ge ee 
6 _|T-C asserted delay from OWC™ (system inputmode) | 820.0 
16a] F.C negated delay from ORC* (input mode) | | 900 
Tab [TG negated delay from 1OWG® (input mode) ] | 80.0 
7 Pn Pa See 
a7 |S arate Gisabie delay Wom DAKE (aputmadey a 
7 ee ee eee 
500.0] 
i eee ee See 
500.0] 
7 ns Seas 
20 |T-C held from |ORC* /IOWC* negated (output mode) a: 
2 Dre A 
700.0] 
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Table 6-16 DMA Device; Compatible, Type A, and Type B Timing Parameters 


Continued 


DMA device timing (Type "A") 


OCC CCC CCCI: (itl ed ese eee aed eee ORR RON A ANNAN nnAnaAnnn Es 
Ty area a ere eine eee ke We eget ego 8 828 S00 0 Ole oe 686 6b 8 oe Ob O bo wee ole wre eons el oe a 6 


| a aa 
acieal ae aes 
DAKx* asserted to |ORC* asserted .) ie 
ek nr i ee 
4 |DAKx* asserted to IOWC* asserted | 190.0, ss 
2: rn ae 
395.0) 
7 SES EE ET 
6 _|IORC* negated pulse width (continuous) a.) 
7. re ee 
7 |IORC* negated toDAKx* negated SS~*~=<“—*~*~*~*~*~*éSC*éOTSCSC*‘“C* 
Dra Ses Ne 
8 [lOWC* asserted pulsewidth S~*~“‘*é‘*é*dSC*iétDSC]SSC*~“C*w 
. 2. RIE GAs 
9 __[lIOWC* negated pulse width (continuous) 335.0) 
2 ne wae 
IOWC* negated to DAKx* negated 155.0) 
7 EE TEE Re 
1 [DatadelayfromlORC* asserted sS*~=“‘*‘*~*~é*drCSOCSC*~éOY =O 
2 Se SE 
Data float from |ORC* negated 50.0 
7) rn ee Se, 
Data held from IOWC* negated 20.0) 
2 rr Ge Sa 
14__[DatasetuptolOWC* negated CC*=“‘*‘*S*~*dCOCéOTSSCS™S 
1 SAIS KE REE 
15 __|T-C asserted delay from |ORC* (system inputmode)—SSS=«SCS*~*~“‘«é‘idtCO*~t 
2 7: tae EE 
T-C asserted delay from IOWC* (system input mode) FT 200.0 
|__| _T-C negated delay from IORC* (input mode) | 90.0 
|__| _T-C negated delay from IOWC* (input mode) PT 90.0 
ee Eee 
17 _ [¥-C enable aisabie delay from DAG (put mode) | | os 
a eee Ss 
300.0} 
2 rs A ae 
19 _|T-C setup to |OWC* negated (system output mode) 240.0, 
2 DE Te 
T-C held from I|ORC* /IOWC* negated (output mode) a...) i 
a 
T-C pulse width (output mode) | 480.0, 
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Table 6-16 DMA Device; Compatible, Type A, and Type B Timing Parameters 


Continued 


DMA device timing (Type "B") 


SI rT TNT T RTT RE ee en eee Bee ee eee ee Eee ete teeta ett eteletetetetatetetetetetetetete: Batetetetetetetetetenere Nhs 
Seno eee REC COC CO  e eeee ee Sr hr he cre ce eke ht heh he hee he hehe he he he ae ee Oo eee ee ee ee cc ee eee eee SaaS oh ah Mae mei heres omen oh 


ee QUO 2 ee Ee ee MO pe Man 
DRQx valid delay from IORC* asserted | 
| saaed ae aa 
2.0] 60.0 
(res ee ieee 
70.0] 
[a nnEs Tale mn, 
4 [DAKx*assertedtolOWC* asserted 190.0} 
ree Te 
6 _[lORC*assertedpulsewidth 5] 
7 ees, SA Se 
6 __[IORC* negated pulse width (continuous) | 80-OP 
nt es: ee HE: 
7 [IORC*negatedtoDAKx* negated OP 
i rr SE EE 
8 _[lOWC* asserted pulsewidth 5 
LS a 
9 [lOWC* negated pulse width (continuous) 85OP 
ft SO 
10 |IOWC* negated toDAKx* negated | 100.0] 
2 nee ES Hae 
11 [DatadelayfromiORC* asserted | 160.0 
2 eae ae eee 
50.0 
ee eee ee ee 
13 [Dataheldfrom!OWC* negated | 
a Ree es Re 
Ta [Bata setup to OWS" negated no 
i rere eee eee 
5 [1 assorted delay rom 1ORC* (rput made) 800 
i eee eee 
16 [T-Casserted delay from!OWC* (inputmode) | 70.0 
|_| _T-C negated delay from|ORC* (inputmode) | 800 
rc negated delay rom IOWG (input mode) | | 200 
i lee eee ee 
17 |T-C enable/disable delay from DAKx* (inputmode) | 40.0 
i rrr Pe eee 
18 |T-CsetuptolORC* negated (outputmode) 200.0] 
i: eee eee ee 
19  |T-C setup to IOWC* negated (output mode) rT: \) 
i? ree ee 
20. |T-C held from |ORC* /IOWC* negated (output mode) 30.0) | 
snot! ar nee 
21 |T-Cpulse width (outputmode) TT 
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Note: Vertical marks indicate possible times to negate DRQ<x>. 


Figure 6-15. DMA Device, Burst Read Cycle Timing Diagram 
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Li _ a 


Note: Vertical marks indicate possible times to negate DRQ<x>. 


Figure 6-16. DMA Device, Burst Write Cycle Timing Diagram 
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Table 6-17 
DMA Device, Burst Cycle Timing Parameters 


DMA device timing (burst) 


[ODIO CIC ICICECICRS | (fe™ttl it ht ht kt hth? it ht it ht b> ht ht ht hid lr or nt kn a ee ete ee ed ee ede eee O OOOO OOOO OO OOOO OOOO OOOO OSC OOOOOO OOOO OOOOOOCOOOOOOCOOOOOOOOLK IOCOOOOOOOOOCOOOOOOOOCOND COOOOOON OOOO ON AAONOOnNOoe 
iC MMS a erat arte Oh ket PL PGSL Sky POOL PG Oe meen ene in nn I ee ee ee a ee ee a eee ee he ee ee ae ae ee oe he he oe he ae he he Be et ae ee Oe Oe Oe ek ae he aed re eee FOO OOOOOOOO 
eae he teeeteS i xn SII, IS WO Se Lm PL iLL ere Pee ee ee ee ee ee BS RS eR Re et OR nl al a nr nn DD Oe Bee ee ae 


yi b SOIT CORDED OE OE Be ht Oe Be Be tet bt be Oe oh he 
Cee bee Bee Re eae he ee oe . oe e . be ee ee ee ee ee a a ee ee oe a oe oe a Se Oe ae ee oe oe ee ee ae ee ae he he he et aed he he hee he heh he ar he are haa mL mae ne ne el nO re ee . 
MSS Shee ff : SPE PS ee Se Pe Pe ee eee ee ee RR RE SCE BO Ba ee ha a PO a ne Pe ee ee ey 
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MECHANICAL 
SPECIFICATIONS 


This section provides the mechanical specifications of EISA expansion boards and the 
EISA connector. Mechanical specifications for ISA expansion boards are also provided. 


Electrical characteristics, including minimum power requirements of EISA expansion 
boards, are specified in the Electrical Specifications section of this document. 


EISA Connector and Expansion 
Board Description 


The EISA connector is the same height and length as a 16-bit ISA expansion board 
connector. The connector can accommodate current ISA expansion boards as well as EISA 
expansion boards. The EISA connector does not take up any more space on the system 
board than a standard ISA connector, and because of the stacked two-level arrangement of 
the connector contacts, does not increase insertion force required. Table 6-18 shows 
EISA/ISA connector-to-board compatibility. 


Table 6-18 
EISA/ISA Connector/Board Compatibility 
Expansion Expansion Board Type 
Connector Type 8-Bit 16-Bit 32-Bit 
8-Bit (PC/XT) YES i NO 
16-Bit (PC/AT) YES YES NO 
32-Bit (EISA) YES YES YES 


NOTE: * = There is no mechanical restriction, but most 16-bit expansion 
boards will not function properly in an 8-bit slot. 
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Physical Characteristics 


The EISA connector is a single unit, and in appearance resembles the existing ISA 
connector. The difference is the additional depth of the EISA connector to accommodate a 
second level of contacts. 


As illustrated in Figure 6-17, ISA expansion boards can only be inserted into the EISA 
connector far enough to make contact with the upper row of contacts (ISA contacts). Stops, 
or “access keys,” are molded into the EISA connector to prevent an ISA card edge from 
making contact with the EISA contacts. 


The connector housing is made of a high-quality, glass-filled thermoplastic to provide the 
durability required of surface mount manufacturing technologies. 


As with a typical 16-bit ISA connector, the EISA connector is rated for 100 insertion 
cycles; the connector contacts maintain a minimum of 75 grams of contact force throughout 
the connector’s rated life. 


Insertion force is maintained at a level consistent with current ISA connector 
implementations. A typical ISA expansion board installed in an EISA connector requires an 
insertion force of approximately 28 pounds. Because the EISA connector uses a two-level 
contact design, the insertion force for a typical EISA expansion board requires only a 
maximum of 35 pounds. 


An EISA expansion board’s card edge connection goes deeper into the connector (see 
Figure 6-17) and makes contact with the second row of contacts (EISA contacts). EISA 
expansion boards are notched to allow the card edge to be pushed further into the connector 
and use the additional contacts. 


Expansion board layout has not been compromised. The contact pin solder tails maintain a 
standard 0.1 inch spacing. This, in addition to a large number of ground pins, assures that 
EMI characteristics are consistent with current ISA implementations. In addition to 
providing ample ground pins in the EISA extension, contact length is optimized to assure 
Capacitance between contacts is less than two picofarads to minimize “crosstalk.” 
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Two “locator pins” on the EISA connector simplify mounting the connector on the system 
board. The locator pins allow the manufacturing process to be automated and assure perfect 
alignment. Alignment of an EISA expansion board within the connector is assured by 
referencing all dimensions to the datum located near the middle of the connector. The 
connector manufacturer sizes this datum to insure that no additional friction increases 
insertion force. 


All EISA connector tolerances are specified within current manufacturing standards and 
technologies; no special tooling or equipment is required to meet EISA hardware 
specifications. In addition, the EISA specification includes an optional retention device 
(mounting bracket) to ensure that EISA expansion boards maintain proper positioning. 


Compatibility with current manufacturing technologies, including surface mount 
technologies, is maintained by designing the connector with an open bottom area to allow 
washing of processing agents. 
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Connector Specifications 


Characteristics of the EISA Connector 


Insertion Force: 


Durability: 
Contact Force: 


Contact Resistance: 


Current Carrying 
Capacity: 


Table 6-19 
EISA Connector Characteristics 


28 Ibs. typical for upper contacts (ISA) 
35 Ibs. maximum for both levels combined 
(Measured with a .062 steel gauge) 


100 remove/replace cycles (minimum) 
.167 Ibs. (75 grams) (minimum) 


Initial: 30 milliohms (maximum) 
End-of-life: 40 milliohms (maximum) 


1 amp per contact on lower (EISA) contacts 
3 amps per contact on upper (ISA) contacts 


This assures electrical compatibility with existing ISA expansion 
boards; a high level of current-carrying capacity on GND and +5V 
contacts may be required. 
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| Environmental Performance of the 
w EISA Connector 


Table 6-20 
Environmental Characteristics 


Thermal: Contacts and housing will withstand vapor phase and surface 
mount process 


Steady-state 


Humidity: 90-95% RH at 40°C 

Industrial Mixed 

Flowing Gas: 10 days, Class H 

Vibration: 10 Gs, 10-500 Hz, 3 hours 
Physical Shock: 100 Gs, 6 ms sawtooth, 18 shocks 


Connector Materials 


Table 6-21 
Connector Materials 
Housing: Glass-filled thermoplastic UL 94 V-O 
Contact: Copper Alloy 
Contact Plating: Gold flash over 40 microinches precious metal minimum over 50 


microinches nickel minimum in the contact area; tin lead on the tails 
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Figure 6-22. 8-Bit ISA Expansion Board Dimensions 


Extended Industry Standard Architecture Expansion Bus 


= 6-68 Electrical and Mechanical Specifications 


jos . 
| 145/195 
300 (3.68/4.95) 
(7.62) CONNECTOR CONTACT POINT 
ye 
gf .062+.002 
oe (5752.51) 


/ 010 
/ }9 |e [cs 
7 
ji (os) PAD TO PAD 


; PLACE 
, (31 OPPOSITE SIDE) 


30 SPACES @ oe a 
100 | _ | 3.000 es Ae 
(2.54) (76.20) (1.52) 


Ag Ot OOD gees 
Cer O S213) 


Qa wn 


Figure 6-23. 8-Bit ISA Expansion Board Card-edge Detail 
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Figure 6-24. EISA Expansion Board Mounting Bracket 
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Figure 6-25. EISA Connector Dimensions 
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Figure 6-26. EISA Connector System Board Drill Pattern 
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Pin Description 


This section provides a pin-out of the EISA connector. All 8- and 16-bit signals are 
included. Figure 6-27 illustrates a top view of the connector to show the pinout. 


NOTE 1: _ Reserved pins are for future use and will be assigned in the following order: 
E12, E13, El4, F12, F14. 


2: MXXXXX pins are strictly for system manufacturer-specific use. Generally, 
these signals should not be connected and should be used to isolate signals on 
the bus from adjacent power pins. EISA expansion boards should NOT 
connect to XXXXXX pins. 
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Figure 6-27. EISA Pinout 
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SYSTEM I/O MAPS 


7.1 


7.2 


INTRODUCTION 


The system board includes I/O control circuitry for DMA data transfers, interrupt handling, 
System timers, and other miscellaneous functions. The registers and control ports for these 
functions are decoded using a 16-bit address. 


VO MAP OVERVIEW 


Table 7-1 provides an overview of the EISA system I/O address map, showing the I/O 
ranges. 


NOTE: I/O addresses between 1000h and FFFFh that are not identified as “Alias of 
100h—3FFh” are reserved for slot-specific addressing of expansion boards. The most 
significant digit in the address represents the slot number (indicated in the table by “Slot z,” 
where “z” can be any value from 1 to 15). The system board I/O range resides at I/O 
addresses between QOOOOh and OFFFh (’’z” = Q). 


I/O addresses between 0400h and O4FFh are reserved for current and future EISA system 
board peripherals defined by this specification. The system board manufacturers may use 
system board addresses 0800—O080Fh and OCOO—OCFh for manufacturer-specific I/O devices. 
Refer to the technical reference guide of the system unit for the I/O addresses supported by 
the system board. 
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1/O Address 
Range (hex) 


O000—-O0OFF 
0100-O03FF 
0400-04FF 
0500-—07F F 
0800—-08FF 
O900—-OBFF 
OCOO—OCFF 
ODOO—OF FF 
1000—10FF 
1100—13FF 
1400-14FF 
1500-1 7FF 
1800—18FF 
1900—1BFF 
1C00—-1CFF 
1DO0O—-1F FF 


02000—0Z0FF 
0z100—0zZ3FF 
02400—-024F F 
02500—027FF 
0z800—0z8FF 
02900—0ZBFF 
0zCO00-0ZCFF 
OzDO00—O0ZFFF 


Table 7-1 


System I/O Map Overview 


Function 


ISA System board peripherals 
ISA expansion boards 


Reserved-system board controllers 


Alias of 100h—3FFh 
System board 
Alias of 100h-3FFh 
System board 
Alias of 100h—3FFh 
Slot 1 

Alias of 100h-3FFh 
Slot 1 

Alias of 100h—3FFh 
Slot 1 

Alias of 100h-3FFh 
Slot 1 

Alias of 100h-3FFh 


Slot “z” 
Alias of 100h—3FFh 
Slot “z” 
Alias of 100h—3FFh 
Slot “z” 
Alias of 100h—3FFh 
Slot “2” 
Alias of 100h-3FFh 
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I/O MAP 


Table 7-2 lists a partial set of system board I/O ports. A system board must decode the 
16-bit address, except the “don’t care” bits. “Don’t care” bits are indicated by an “x” in the 
binary I/O port address. Those I/O ports, which are “ro” (read only) or “wo” (write only), 
and do not have the corresponding read/write port listed, as well as any ports marked as 
“reserved,” are reserved for future EISA expansion. The value read from “wo” ports or 
reserved bits in “ro” or “rw” ports are undefined and may change in various 
implementations. Write operations to reserved ports may cause system failure. 
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Table 7-2 


system I/O Map with Functions 


/O /O Port Address 
Port (Binary) Read/ Register 
(Hex) MSB LSB Write Description 
O0000h 0000 0000 000x 0000 rw DMA Ch-0 Base 

and Current Address register 
O001h 0000 0000 O00x 0001 rw DMA Ch-0 Base 

and Current Count register 
0002h 0000 0000 O00x 0010 rw DMA Ch-1 Base 

and Current Address register 
0003h 0000 0000 O00x 0011 rw DMA Ch—1 Base 

and Current Count register 
0004h 0000 0000 000x 0100 rw DMA Ch-—2 Base 

and Current Address register 
0005h 0000 0000 000x 0101 rw DMA Ch-2 Base 

and Current Count register 
0006h 0000 0000 000x 0110 rw DMA Ch-3 Base 

and Current Address register 
0007h 0000 0000 000x 0111 rw DMA Ch-3 Base 


and Current Count register 


Continued 
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Table 7-2 System I/O Map with Functions Continued 


/O 
Port 
(Hex) 


O008h 
0008h 
0009h 
OOOAh 


MSB 
0000 
0000 
0000 
0000 


0000 
0000 
0000 
0000 


/O Port Address 
(Binary) 


000x 
O00x 
O00x 
O00x 


LSB 


Read/ 
Write 


ro 
WO 
WO 


WO 


Register 
Description 


DMA(0—3) Status register 
DMA(0—3) Command register 
DMA(0—-3) Request register 


DMA(0—3) Write single mask bit 


OOOBh 
000Ch 


0000 
0000 


0000 
0000 


O00x 
000x 


WO 


DMA(0—3) Mode register 


DMA(0—3) Clear byte pointer 


O00Dh 
OOOEh 
OOOFh 
OOOFh 
0020h 
002th 
0040h 


004 1h 
0042h 
0043h 


0000 
0000 
0000 
0000 
0000 
0000 
0000 


0000 
0000 
0000 


0000 
0000 
0000 
0000 
0000 
0000 
0000 


0000 
0000 
0000 


000x 
000x 
OO00x 
O00x 
001x 
001x 
010x 


010x 
010x 
010x 


WO 


WO 


DMA(0—3) Master Clear 
DMA(0—3) Clear Mask register 
DMA(0—3) Write all mask bits 
DMA(0—3) Mask Status register 
INT—1 base address 

INT—1 Mask register 


Programmable Interval Timer 1, 
System Clock (Counter 0) 


Refresh Request Timer 1 (Counter 1) 


Speaker Tone Timer 1 (Counter 2) 


Control Word register, Timer 1 


0048h 


0049h 
OO4Ah 


O04Bh 


0000 


0000 
0000 


0000 


0000 


0000 
0000 


0000 


010x 


010x 
010x 


010x 


2/2\/2/z 


= 


Programmable Interval Timer 2, 
Fail-safe Timer (Counter 0) 


Not implemented Timer 2 (Counter 1) 


Reserved for System Timer 2 
(Counter 2) 


Control Word register, Timer 2 


006 1h 


O000 


0000 


0110 
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Table 7-2 System I/O Map with Functions Continued 


/O /O Port Address 

Port (Binary) Read/ Register 

(Hex) MSB LSB Write Description 

0070h 0000 0000 0111 Oxx0 wo NMI Enable register 

0071h 0000 0000 0111 0001 rw Real-Time Clock Data register 
OO80h 0000 0000 1000 0000 rw Reserved 

0081h 0000 0000 1000 0001 rw DMA Ch-2 Low Page register 
0082h 0000 0000 1000 0010 rw DMA Ch-3 Low Page register 
0083h 0000 0000 1000 0011 rw DMA Ch-1 Low Page register 
0084h 0000 0000 1000 0100 rw Reserved 

0O085h 0000 0000 1000 0101 rw Reserved 

O086h 0000 0000 1000 0110 rw Reserved 

0087h 0000 0000 1000 0111 rw DMA Ch-0 Low Page register 
O0O88h 0000 0000 1000 1000 rw Reserved 

O089h 0000 0000 1000 1001 rw DMA Ch-6 Low Page register 
OO8Ah 0000 0000 1000 1010 rw DMA Ch-—7 Low Page register 
OO8Bh 0000 0000 1000 1011 rw DMA Ch-—5 Low Page register 
O0O8Ch 0000 0000 1000 1100 rw Reserved 

OO0O8Dh 0000 0000 1000 1101 rw Reserved 

OO8Eh 0000 0000 1000 1110 rw Reserved 

OO8Fh 0000 0000 1000 1111 rw Refresh Low Page register 
O090h 0000 0000 1001 0000 Reserved 

OO9Fh 0000 0000 1001 1111 Reserved 

OOAOh 0000 0000 101x xx00 rw INT—2 Base Address register 
OOA1h 0000 0000 101x xx01 rw INT—2 Mask register 

OOCOh 0000 0000 1100 000x rw DMA Ch—4 Base 


and Current Address register 


Continued 
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Table 7-2 System I/O Map with Functions Continued 


ww 

/O /O Port Address 
Port (Binary) Read/ Register 
(Hex) MSB LSB Write Description 
OOC2h 0000 0000 1100 001x rw DMA Ch—4 Base 

and Current Count register 
O0C4h 0000 0000 1100 010x rw DMA Ch—5 Base 

and Current Address register 
OOC6h 0000 0000 1100 011x rw DMA Ch-—5 Base 

and Current Count register 
OOC8h 0000 0000 1100 100x rw DMA Ch-6 Base 

and Current Address register 
OOCAh 0000 0000 1100 101x rw DMA Ch-6 Base 

and Current Count register 
0OOCCh 0000 0000 1100 110x rw DMA Ch-—7 Base 

and Current Address register 
OOCEh 0000 0000 1100 111x rw DMA Ch-—7 Base 

and Current Count register 
OODOh 0000 0000 1101 000x ro DMA(4—7) Status register 
OODOh 0000 0000 1101 O00x WO DMA(4—7) Command register 
OOD2h 0000 0000 1101 001x wo DMA(4—7) Request register 
OOD4h 0000 0000 1101 010x wo DMA(4—7) Write single mask 

bit register 
OOD6h 0000 0000 1101 011x wo DMA(4—7) Mode register 
OOD8h 0000 0000 1101 100x wo DMA(4—7) Clear byte pointer 
OODAh 0000 0000 1101 101x wo DMA(4—7) Master Clear 
OODCh 0000 0000 1101 110x wo DMA(4—7) Clear Mask register 
OODEh 0000 0000 1101 111x wo DMA(4—7) Write all mask bits register 
OODEh 0000 0000 1101 111x ro DMA(4—7) Mask Status register 
0400h 0000 0100 0000 0000 Reserved 
O0401h 0000 0100 0000 0001 rw DMA Ch-0 High Base 
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Table 7-2 System I/O Map with Functions Continued 


/O 
Port 
(Hex) 


0402h 
0403h 


0404h 
0405h 


0406h 
0407h 


0408h 
0409h 
O40Ah 
O40Ah 


DMA(0—3) Chaining Mode register 


O40Bh 
040Ch 
040Dh 
O40Eh 
O40Fh 
046 1h 


0462h 
0464h 
0465h 
0480h 
048 1h 


/O Port Address 


(Binary) 
MSB LSB 
0000 0100 0000 0010 
0000 0100 0000 0011 
0000 0100 0000 0100 
0000 0100 0000 0101 
0000 0100 0000 0110 
0000 0100 0000 0111 
0000 0100 0000 1000 
0000 0100 0000 1001 
0000 0100 0000 1010 
0000 0100 0000 1010 
0000 0100 0000 1011 
0000 0100 0000 1100 
0000 0100 0000 1101 
0000 0100 0000 1110 
0000 0100 0000 1111 
0000 0100 0110 0001 
0000 0100 0110 0010 
0000 0100 0110 0100 
0000 0100 0110 0101 
0000 0100 1000 0000 
0000 0100 1000 0001 


Read/ 
Write 


ro 
WO 
WO 


rO 


ro 


rO 


Register 
Description 


Reserved 


DMA Ch-1 High Base 
and Current Count 


Reserved 


DMA Ch-2 High Base 
and Current Count 


Reserved 


DMA Ch-3 High Base 
and Current Count 


Reserved 
Reserved 


DMA Interrupt pending register 


DMA(0—3) Extended Mode register 
Host CPU/EISA Master 

Reserved 

Reserved 

Reserved 


Extended NMI and reset 
control register 


Software NMI register 

Last EISA Bus Master granted (L) 
Last EISA Bus Master granted (H) 
Reserved 

DMA Ch-2 High Page register 


Continued 


7-7 


Extended Industry Standard Architecture Expansion Bus 


_| 78 


System I/O Maps 


Table 7-2 System I/O Map with Functions Continued 


/O I/O Port Address wv 
Port (Binary) Read/ Register 
(Hex) MSB LSB Write Description 
0482h 0000 0100 1000 0010 rw DMA Ch-3 High Page register 
0483h 0000 0100 1000 0011 rw DMA Ch-1 High Page register 
0484h 0000 0100 1000 0100 Reserved 
0485h 0000 0100 1000 0101 Reserved 
O486h 0000 0100 1000 0110 Reserved 
0487h 0000 0100 1000 0111 rw DMA Ch-O High Page register 
0488h 0000 0100 1000 1000 Reserved 
0489h 0000 0100 1000 1001 rw DMA Ch-6 High Page register 
O48Ah 0000 0100 1000 1010 rw DMA Ch-7 High Page register 
O48Bh 0000 0100 1000 1011 rw DMA Ch—5 High Page register 
048Ch 0000 0100 1000 1100 Reserved 
O048Dh 0000 0100 1000 1101 Reserved 
O48Eh 0000 0100 1000 1110 Reserved 
O48Fh 0000 0100 1000 1111 Reserved 
04C2h 0000 0100 1100 0010 rw Reserved 
O04C6h 0000 0100 1100 0110 rw DMA Ch—5 High Base 

and Current Count 
O4CAh 0000 0100 1100 1100 rw DMA Ch-6 High Base 

and Current Count 
O4CEh 0000 0100 1100 1110 rw DMA Ch—7 High Base 

and Current Count 
04D0h 0000 0100 1101 0000 rw INT—1 edge/level control register 
O4D1h 0000 0100 1101 0001 rw INT—2 edge/level control register 
04D2h 0000 0100 1101 0010 Reserved 


Extended Industry Standard Architecture Expansion Bus 


Continued 


Technical Reference Guide 7-9 


Table 7-2 System I/O Map with Functions Continued 


/O I/O Port Address 

Port (Binary) Read/ Register 

(Hex) MSB LSB Write Description 

04D3h 0000 0100 1101 0011 Reserved 

04D4h 0000 0100 1101 0100 wo DMA(4—7) Chaining Mode register 
04D4h 0000 0100 1101 0100 ro DMA Chaining Mode Status register 
O04D5h 0000 0100 1101 0101 Reserved 

O04D6h 0000 0100 1101 0110 wo DMA(4—7) Extended 

O04D7h 0000 0100 1101 0111 Reserved 

04D8h 0000 0100 1101 1000 Reserved 

O0O4D9h 0000 0100 1101 1001 Reserved 

O4DAh 0000 0100 1101 1010 Reserved 

O4DBh 0000 0100 1101 1011 Reserved 

O04DCh 0000 0100 1101 1100 Reserved 

O0O4DDh 0000 0100 1101 1101 Reserved 

O4DEh 0000 0100 1101 1110 Reserved 

O4DFh 0000 0100 1101 1111 Reserved 

O4EOh 0000 0100 1110 0000 rw DMA Ch-O Stop register bits < 7:2 > 
O4E1h 0000 0100 1110 0001 rw DMA Ch-0O Stop register bits < 15:8 > 
O4E2h 0000 0100 1110 0010 rw DMA Ch-0O Stop register bits < 23:16 > 
O4E3h 0000 0100 1110 0011 Reserved 

O4E4h 0000 0100 1110 0100 rw DMA Ch-1 Stop register bits < 7:2 > 
O4E5h 0000 0100 1110 0101 rw DMA Ch-1 Stop register bits < 15:8 > 
O4E6h 0000 0100 1110 0110 rw DMA Ch-1 Stop register bits < 23:16 > 
O4E7h 0000 0100 1110 0111 Reserved 

O4E8h 0000 0100 1110 1000 rw DMA Ch-2 Stop 


Continued 
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Table 7-2 System !/O Map with Functions Continued 


VO I/O Port Address 

Port (Binary) Read/ Register 

(Hex) MSB LSB Write Description 

O4E9h 0000 0100 1110 1001 rw DMA Ch—2 Stop register bits < 15:8 > 
O4EAh 0000 0100 1110 1010 rw DMA Ch-2 Stop 

O4EBh 0000 0100 1110 1011 Reserved 

O4ECh 0000 0100 1110 1100 rw DMA Ch-3 Stop register bits < 7:2 > 
O4EDh 0000 0100 1110 1101 rw DMA Ch-3 Stop register bits < 15:8 > 
O4EEh 0000 0100 1110 1110 rw DMA Ch-3 Stop register bits < 23:16 > 
O4EFh 0000 0100 1110 1111 Reserved 

O4FOHh 0000 0100 1111 0000 Reserved 

O4Fih 0000 0100 1111 0001 Reserved 

O4F2h 0000 0100 1111 0010 Reserved 

O4F3h 0000 0100 1111 0011 Reserved 

O4F4h 0000 0100 1111 0100 rw DMA Ch-—5 Stop register bits < 7:2 > 
O4F5h 0000 0100 1111 0101 rw DMA Ch-5 Stop register bits < 15:8 > 
O4F6h 0000 0100 1111 0110 rw DMA Ch-—5 Stop register bits < 23:16 > 
O4F7h 0000 0100 1111 0111 Reserved 

O4F8h 0000 0100 1111 1000 rw DMA Ch-6 Stop register bits < 7:2 > 
O4F9h 0000 0100 1111 1001 rw DMA Ch-6 Stop register bits < 15:8 > 
O4FAh 0000 0100 1111 1010 rw DMA Ch-6 Stop register bits < 23:16 > 
O4FBh 0000 0100 1111 1011 Reserved 

O4FCh 0000 0100 1111 1100 rw DMA Ch-7 Stop register bits < 7:2 > 
O4FDh 0000 0100 1111 1101 rw DMA Ch-7 Stop register bits < 15:8 > 
O4FEh 0000 0100 1111 1110 rw DMA Ch-—7 Stop register bits < 23:16 > 
O4FFh 0000 0100 1111 1111 Reserved 

OC80h 0000 1100 1000 0000 ro System Board ID Byte 1 
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Table 7-2 System I/O Map with Functions Continued 


/O I/O Port Address 

Port (Binary) Read/ Register 

(Hex) MSB LSB Write Description 

OC81h 0000 1100 1000 0001 ro System Board ID Byte 2 
OC82h 0000 1100 1000 0010 ro System Board ID Byte 3 
OC83h 0000 1100 1000 0011 ro System Board ID Byte 4 
OC84h 0000 1100 1000 0100 ro System Board Enable 
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DMA 


8.1 INTRODUCTION 


EISA systems provide seven ISA-compatible DMA channels. Any channel can be 
programmed to provide EISA performance and addressing benefits to existing 8- and 16-bit 
DMA devices while maintaining full ISA compatibility. The EISA DMA controller also 
supports DEMAND and BLOCK mode DMA transfers that enable DMA channels to 
perform multiple continuous transfers and high speed bus cycles that achieve data transfer 
rates up to 33 megabytes per second (MB/s). In BLOCK mode the DMA channel performs 
a continuous transfer of the data block. DEMAND mode also performs an uninterrupted 
transfer of the data block, but the DMA device can temporarily suspend the transfer and 
release the bus before the end of the block. BLOCK or DEMAND mode transfers may be 
preempted by other devices requesting the bus. 


All DMA channels support an extended addressing mode. In this mode, the EISA address 
register counts sequentially like a 32-bit up/down counter, so devices can sequentially 
address a 32-bit address range without programmatically incrementing the address 

ee extension registers each time the DMA address crosses a 64-Kbyte segment boundary 
(as in traditional ISA). 


Any DMA channel can be programmed for 8-, 16- or 32-bit DMA device size and 
ISA-compatible, Type “A,” Type “B,” or Type “C” (Burst DMA) timing modes. The 
system board performs data size translations necessary for DMA transfers between all 
DMA device sizes and any 8-, 16- or 32-bit memory. 
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The following table lists the variations of data transfer timing for each 
DMA device size supported. 


Table 8-1 
EISA/ISA Cycle Type Relations 
DMA Transfer Rate 
Cycle Type MB/s Compatibility 
Compatible 
8-bit 1.0 All ISA 
16-bit 2.0 All ISA 
Type A 
8-bit 1.3 Most ISA 
16-bit 2.6 Most ISA 
32-bit 5.3 EISA only 
Type B 
8-bit 2.0 some ISA 
16-bit 4.0 Some ISA 
32-bit 8.0 EISA only 
Type C 
8-bit 8.2 EISA only 
16-bit 16.5 EISA only 
32-bit 33.0 EISA only 
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DMA CONTROLLER 
OVERVIEW 


The DMA circuitry incorporates the functionality of two 8237 DMA controllers, plus the 
EISA enhancements. The address and data busses support a full 32-bit system. The DMA 
controller provides timing control for the enhanced EISA DMA cycle types, and maintains 
compatibility with ISA DMA devices. 


The memory addressing circuitry supports the full 32-bit address for DMA devices. 
Each channel includes a 16-bit ISA-compatible current address register, an 8-bit 
ISA-compatible page register for address lines LA< 23:16 > (low page registers) and an 
8-bit EISA page register for address lines LA*< 31:24 > (high page registers). 


The DMA controller does not have to include the counter functions and DMA state 
machine for DMA Channel 4 (which is used in 8237-based ISA products for cascading the 
second DMA controller). The channel 4 Read/Write registers are included to guarantee 
compatibility with existing software. The channel 4 counter functions and state machine are 
not needed for compatibility. 


The system board uses DRQ< x > and DAK*< x > with IORC* and IOWC% for read and 
write operations to the DMA device. The DMA device transfers data directly to the 
memory slave unless data size translations are required. DMA read and write operations to 
memory uses the normal memory interface. 


In ISA-compatible timing mode, the 16-bit command signals, MRDC* and MWTC*%, are 
generated during DMA access to EISA memory slaves for addresses less than 16 
megabytes. MRDC* and MWTC*% are generated for addresses greater than 16 megabytes if 
an EISA memory slave does not respond by asserting EX32* or EX16*. 
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8.3 DMA CONTROLLER ww 
DESCRIPTION 


The DMA controller operates in either of two operating conditions. 


The DMA controller operates in Master Condition while controlling DMA data transfers 
and supporting a 16-bit ISA bus master’s use of a channel’s DRQ< x >, DAK*< x > 
arbitration signals. 


The DMA controller operates in Slave Condition while monitoring the bus and decoding 
read or write I/O cycles that the main CPU and bus masters use to program or examine the 
DMA registers. The DMA controller only accepts read or write accesses to its registers 
while in Slave Condition. 


DMA Master Condition Operation 


The DMA controller generates the cycle control for DMA data transfers while operating in 
the Master Condition. The DMA controller supplies the address and read/write indication, 
then controls the cycle execution. wv 


The DMA controller also operates in the Master Condition when a 16-bit ISA bus master 
uses a DMA channel for bus requests. No DMA transfers occur, but the active state of the 
DMA controller’s Master Condition precludes use of the channel for normal transfers or the 
programming of the DMA controller. 


The DMA controller is in the Master Condition when any channel’s DAK*< x > is asserted. 
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DMA Slave Condition Operation 


8.4 


The main CPU can perform read or write accesses to the DMA controller’s 8-bit I/O ports 
when in the Slave Condition. The DMA controller accepts read and write accesses while no 
DMA data transfers are in progress, until the system board asserts any channel's 

DAK*< x >. If a transfer is in progress, the main CPU or a bus master may request the bus, 
and, after winning the arbitration, may access the DMA registers. The DMA controller 
operates in the Slave Condition while a non-device has a bus grant. 


DMA Transfer Modes 


A DMA channel operates in one of the following four transfer modes: Single Transfer, 
Block Transfer, Demand Transfer, and Cascade mode. 


Single Transfer Mode 


A DMA channel programmed for Single Transfer mode performs one transfer for each 
arbitration cycle. The DMA software programs the channel’s Base Word Count register for 
the appropriate number of transfers to perform. The DMA controller decrements the 
channel’s Current Word Count register and increments its Current Address register after 
each transfer. The transfer completes when the Current Word Count register reaches 
terminal count (the word count “rolls over” from zero to FFFFFFh) or when an external 
end of process is received. Terminal Count or EOP causes the current registers to be 
reloaded from the base registers if the channel is programmed for autoinitialize. If the 
channel is programmed and ready for chaining, the next chain buffer is enabled. 


A DMA device requests a Single Transfer Mode DMA transfer by asserting DRQ< x > and 
holding it until sampling DAK*< x > asserted. The DMA device may hold DRQ< x > 
asserted throughout the single transfer. The system board negates DAK*< x > and the DMA 
channel releases the bus after the single transfer. If DRQ< x > remains asserted, the DMA 
controller immediately requests the bus again. The arbitration controller performs the 
arbitration, and asserts the winning channel’s DAK*< x > to signal the bus grant. The DMA 
channel then performs another single transfer. The current registers hold the intermediate 
address and word count values between arbitration cycles. 
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Block Transfer Mode =i 


A DMA channel programmed for Block Transfer Mode performs a block of transfers for 
each arbitration cycle. The DMA software programs the channel’s Base Word Count 
register for the appropriate number of transfers to perform. The DMA controller decrements 
the channel’s Current Word Count register and increments its Current Address register after 
each transfer. The transfer completes when the Current Word Count register reaches 
terminal count (the word count “rolls over” from zero to FFFFFFH) or when an external 
EOP is received. Terminal Count or EOP causes the current registers to be reloaded from 
the base registers if the channel is programmed for autoinitialize. If the channel is 
programmed and ready for chaining, the next chain buffer is enabled. 


A DMA device requests a Block Mode DMA transfer by asserting DRQ< x > and holding it 
until sampling DAK*< x > asserted. The DMA device may hold DRQ< x > asserted 
throughout the block transfer or may release DRQ< x > after sampling DAK*< x > 
asserted. The transfer may be interrupted (except when programmed in ISA-compatible 
timing mode) if another device requests the bus. In this case, the system board negates the 
DMA channel’s DAK*< x > and the DMA channel immediately requests the bus again. The 
arbitration controller performs the arbitration, and asserts the winning channel’s wv 
DAK*< x > to signal the bus grant. The DMA channel then continues the block transfer. 
The DMA device does not have to reassert DRQ< x > if the transfer is interrupted by 
another device. The current registers hold the intermediate address and word count values 
between arbitration cycles. 


A DMA device that uses ISA-compatible timing should not be programmed for BLOCK 
mode. It is possible to lock out other devices (including refresh) if the transfer count is 
programmed to a large number. BLOCK mode can effectively be used with Type “A,” 
Type “B,” or Burst DMA timing since the channel can be interrupted while other devices 
use the bus. 
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Demand Transfer Mode 


A DMA channel programmed for Demand Transfer Mode performs a group of transfers for 
each arbitration cycle. The DMA software programs the channel’s Base Word Count 
register for the appropriate number of transfers to perform. The DMA controller decrements 
the channel’s Current Word Count register and increments its Current Address register after 
each transfer. The transfer continues until the device negates DRQ< x >, the Current Word 
Count register reaches terminal count (the word count “rolls over” from zero to FFFFFFh) 
or an external EOP is received. Terminal Count or EOP causes the current registers to be 
reloaded from the base registers if the channel is programmed for autoinitialize. The 
negation of DRQ< x > interrupts the transfer until the DMA device is ready for more data, 
but does not terminate the transfer. 


A DMA device requests a Demand Mode DMA transfer by asserting DRQ< x > and 
holding it until sampling DAK*< x > asserted. The DMA device holds DRQ< x > asserted 
until it runs out of data or until the transfer terminates. The transfer may be interrupted 
(except when programmed for ISA-compatible timing) if another device requests the bus. 

The system board then negates the DMA channel’s DAK*< x >. The DMA channel 

w requests the bus again by asserting or continuing to assert DRQ< x >. The arbitration 
controller performs the arbitration, and asserts the winning channel’s DAK*< x > to signal 
the bus grant. The DMA channel then continues the block of transfers. The current registers 
hold the intermediate address and word count values between arbitration cycles. 


A DMA device that uses ISA-compatible timing should not be programmed for demand 
mode unless the device releases the bus periodically to allow other devices to use the bus. It 
is possible to lock out other devices (including refresh) if the transfer count is programmed 
to a large number. Demand mode can effectively be used with Type “A,” Type “B,” or 
Burst DMA timing since the channel can be interrupted while other devices use the bus. 
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Cascade Mode 


A DMA channel programmed for Cascade Mode enables a 16-bit bus master to use the 
DMA arbitration signals. DMA channel 4 makes another use of cascade mode, which is to 
expand the number of DMA channels available. 


DMA channel 4 is the DMA expansion channel used to cascade the DMA channel 0-3 
controller block to the DMA channel 4-7 controller block. DMA channel 4 is always 
programmed for cascade mode. DMA requests and grants for channels 0-3 propagate 
through the priority network at channel 4. For fixed priority arbitration, channels 0-3 are 
higher priority than channels 5—7. For rotating priority, channels 0-3 may only win the 
arbitration when channel 4 wins in the rotation of channels 4—7. Channel 4 is used only for 
cascading the additional channels. It cannot service DMA transfer requests. 


A 16-bit ISA bus master must use a DMA channel programmed to Cascade Mode for bus 
arbitration. The 16-bit ISA bus master asserts the DMA channel’s DRQ< x > to request the 
bus, and monitors DAK*< x > for acknowledgement of bus grant to the bus master. Setting 
a DMA channel to cascade mode, floats the address and command signals (MRDC*, 
MWTC*, IORC*, IOWC*), leaving the 16-bit ISA bus master free to drive the address and 
control signals. The system board pull-up resistors hold LA*< 31:24 > at a logic “0.” 
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TRANSFER TYPES 


Each of the three transfer modes (Single, Block and Demand) can perform Read, Write, and 
Verify types of transfers. Write transfers move data from an I/O device to memory by 
activating memory write and IORC* (enabled by DAK*< x > asserted and AENx high). 
Read transfers move data from memory to an I/O device by activating memory read and 
IOWC* (enabled by DAK*< x > asserted and AENx high). Verify transfers cause the DMA 
controller to perform pseudo read and write cycles. It generates addresses, and produces 
DAK*< x > and terminal count, but the memory and I/O control lines remain inactive. 
Verify transfers are only allowed in ISA-compatible timing mode and have the address, 
DAK*< x >, and T-C timing associated with that mode. 


AUTOINITIALIZE 


An Autoinitialized channel automatically loads the Current Page, Current Address, and 
Current Word Count registers from the Base Page, Base Address, and Base Word count 
registers each time the DMA controller reaches terminal count or an external EOP is 
received. By programming a bit in the Mode register, a channel may be set up for 
Autoinitialization. The mask bit is not set at the end of a transfer when the channel is in 
Autoinitialize mode. Following Autoinitialize the channel is ready to perform another DMA 
service without CPU intervention as soon as the DMA device requests and wins the bus 
again. 


Extended Industry Standard Architecture Expansion Bus 


= 8-10 DMA 


8.7 BUFFER CHAINING 


The buffer chaining mode of a channel is useful for transferring data from a peripheral to 
several different areas of memory within one transfer operation (from the DMA device’s 
viewpoint). This is accomplished by causing the DMA controller to interrupt the CPU for 
more programming information while the previously programmed transfer is still in 
progress. The DMA controller then loads the new transfer information automatically when 
the previous transfer completes. In this way, the entire transfer can complete without 
interrupting the operation of the DMA device. This mode is most useful for single cycle or 
demand modes of the controller where the transfer process allows time for the CPU to 
execute the interrupt routine. 


A channel may be initialized for buffer chaining by programming the DMA base registers 
with the appropriate initial values, then programming the Chaining Mode register to Enable 
Chaining mode. The DMA controller automatically loads the base register values into the 
current registers. The base registers must then be programmed with the appropriate values 
for the next group of DMA cycles. 


The DMA transfer starts after the DRQ< x >, DAK*< x > bus arbitration. When the current 
word count register reaches terminal count, the DMA controller loads the current registers 
from the base registers, sets the appropriate bit in the “Channel Interrupt Status” register, 
then asserts IRQ13. The pending IRQ13 indicates that the base registers are empty and 
chaining mode is enabled. A T-C is not generated for the DMA device. 


The base registers must be updated and the Chaining Mode register must be set to “base 
register update complete” before the Current Word Count register reaches zero (terminal 
count), or the DMA controller abnormally terminates the data transfer by setting the 
channel’s bit in the “Channel Interrupt Status” register, and setting the channel’s “mask 
bit” in the “Mask” register. Abnormal termination of the DMA transfer causes the DMA 
channel to become unstable and is likely to cause an overrun. Software can determine that 
chaining mode has abnormally terminated by inspecting the Mask Status register (after 
having set the Chaining Mode register to “base register update complete”). If the Mask 
Status register indicates the channel 1s disabled, then the DMA channel is in an unstable 
State. The recovery procedure should reinitialize the DMA channel and restart the DMA 
device. 


Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 8-11 


The IRQ13 interrupt handler reads the “Channel Interrupt Status” register to determine that 
the DMA controller asserted IRQ13 and to identify the channel requesting service. The 
interrupt handler updates the channel’s base registers, then programs the Chaining Mode 
register for “base register update complete.” 


The I/O write that signals “base register update complete” also resets the DMA channel’s 
assertion of IRQ13 and the channel’s bit in the “Channel Interrupt Status” register. The 
interrupt handler must then restore normal IRQ13 processing to assure service to other 
devices (like the 387 coprocessor) that might also have a pending IRQ13. 


The DMA controller asserts IRQ13 only after reaching terminal count or external EOP 
(with chaining mode enabled). It does not assert IRQ13 during the initial programming 
sequence that loads the DMA base registers twice. 


When chaining mode is enabled, only the base registers are loaded by the CPU. The current 
registers load automatically after the Current Word Count register reaches terminal count. 
The processor can read the current registers, but not load them. 
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RING BUFFERS 


The EISA DMA controller includes a set of Stop registers that may be used to implement a 
ring buffer. The ring buffer data structure reserves a fixed portion of memory, on 
doubleword boundaries, to be used for a DMA channel. Consecutive reception frames or 
other data structures are stored in adjacent portions of the ring buffer memory. 


The beginning and end of the ring buffer area (Figure 8-1) are defined in the Base Address 
register and the Base Address register plus the Base Word Count. The incoming frames 
(data) are deposited in sequential locations of the ring buffer. When the DMA reaches the 
end of the ring buffer (the word count has expired), it autoinitializes, taking it back to the 
Start of the ring buffer. The DMA then begins depositing the incoming bytes in the ring 
buffers sequential locations, providing that the host CPU has read the data that was 
previously placed in those locations. The DMA determines that the CPU has read certain 
data by the value that the CPU writes into the Stop register. 


Once the data of a frame is read by the CPU, the memory location it occupies becomes 
available for other incoming frames. The Stop register prevents the DMA from over-writing 
data that has not yet been read by the CPU. After the CPU has read a frame from memory 
it must update the Stop register to point to the location that was last read. The DMA does 
not deposit data into any location beyond that pointed to by the Stop register. 


Once the DMA detects that it has reached the address pointed to by the Stop register the 
DMaA controller automatically masks the channel and a DMA overrun is likely to occur. 
Software can inspect the Mask Status register to determine if the DMA transfer terminated 
abnormally. If the Mask Status register indicates the channel is desabled, then the DMA 
channel is in an unstable state. The recovery procedure should reinitialize the DMA channel 
and restart the DMA device. 


The CPU can only program the Stop registers with doubleword addresses; the two 
least-significant bits of address are not stored. Also, the Stop registers store values to 
compare against A< 23:2 > only, so the size of the ring buffer 1s limited to 16 megabytes. 
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Figure 8-1. Ring Buffer Data Structure 
Table 8-2 
DMA Stop Registers (Read/Write) 
DMA Register Port 
Channel 23:16 15:8 7:2 
0 O4E2h O4E1h O4E0h 
1 O4e6h O4E5h O4E4h 
2 O4EAH O4E9h O4E8h 
3 O4EEh O4EDhH O4ECh 
2 O4FGH O4F5h O04F4h 
6 O4FAhH O4F9hH O4F8h 
7 O4FEH O4FDhH O4FCh 


! Base Address | 
Register | 
| a | 


Base Byte Count | 
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8.9 SOFTWARE COMMANDS 


The following three software commands can be executed while the DMA controller is in 
Slave Condition. The commands are executed by performing an I/O write to the 
command’s I/O port address. The value written is ignored. The software commands are: 


Clear Byte Pointer (Write Only) 


Channels 0—3 — Port O0OOCh 
Channels 4—7 — Port OOD8h 


The Clear Byte Pointer command clears the internal latch used to address the upper or 
lower byte of the 16-bit address and word count registers. The latch 1s also cleared at 
power-on and by a DMA Controller Master Clear command. The CPU may read or write a 
16-bit DMA controller register by performing two consecutive accesses. The Clear Byte 
Pointer command precedes the first access. The first I/O write to a register port loads the 
least-significant byte, and the second access automatically accesses the most-significant 
byte. 


Master Clear (Write Only) 


Channels 0—3 — Port OOODh 
Channels 4—7 — Port OODAh 


The Master Clear instruction clears the Command, Status, and Request registers, sets the 
Mask register to disable DMA requests, and executes a Clear Byte Pointer command. 
Any operation in progress in the affected channels is aborted. 


Clear Mask Register (Write Only) 


Channels 0-3 — Port OOOEh 
Channels 4—7 — Port OODCh 


The Clear Mask register command enables all four DMA channels by clearing the 
mask bits. 
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DMA CONTROLLER 
REGISTER DESCRIPTIONS 


There are ten types of registers associated with the DMA controller. These registers are 
discussed in the following paragraphs. 


DMA Extended Mode Register 


The Extended Mode register is used to program the DMA device data size and timing 
mode. The register assumes default value after power-on reset. The DMA master clear 
command does not reset this register. 


The DMA controller can be programmed for 8-, 16- or 32-bit DMA device data size. 
Channels 0-3 default to the ISA-compatible mode, “8-bit I/O, count by bytes” and channels 
5-7 default to the ISA-compatible mode, “16-bit I/O, count by words” (address shifted). 


Table 8-2 lists each of the DMA device transfer sizes. The column labeled ““Word Count” 
register indicates that the register contents represents either the number of bytes to transfer 
(bytes) or the number of 16-bit words to transfer (words). The column labeled “Current 
Address Register Increment” indicates the number added to the Current Address register 
after each DMA transfer cycle. 


In “16-bit I/O, Count by Words (address shifted)” mode, the address bus, which contains a 
byte address, increments by two for each DMA transfer. The Current Address register 
contains a word address, consequently it increments by one. 
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ai? 
Table 8-3 | 
DMA Device Transfer Sizes 
DMA Device Data Size Word Count Current Address 
and Word Count Register Register Increment 
8-bit |/O, count by bytes Bytes 1 
16-bit I/O, count by words Words 1 
(address shifted) 
16-bit I/O, count by bytes Bytes 
32-bit I/O, count by bytes Bytes 


The DMA controller can be programmed for one of four cycle timing modes to transfer 
data between the DMA device and memory: ISA-compatible cycles, Type “A” cycles, 
Type “B” cycles, or Burst DMA cycles. 


The DMA timing mode defaults to IsA—compatible timing. The device driver for an 
expansion board that supports Type “A,” Type “B,” or Type “C” timing should initialize wW 
the DMA controller for the fastest timing mode supported by the DMA device, without 

regard to the memory slave being accessed. The system board automatically determines the 

transfer rate supported by the memory slave and adjusts the cycle control appropniately. 


A DMA device that uses ISA-compatible timing should not be programmed for BLOCK 
mode and should not be programmed for DEMAND mode unless the device releases the 
bus periodically to allow other devices to use the bus. It is possible to lock out other 
devices (including refresh) if the transfer count 1s programmed to a large number. BLOCK 
and DEMAND mode can effectively be used with Type “A,” Type “B,” or Type “C” 
timing since the channel can be interrupted while other devices use the bus. 


The T-C line is programmable for two purposes. In the (default) output mode, T-C signals 
terminal count from the DMA channel. In the input mode, T—-C is used by the DMA device 
to terminate a transfer (EOP or End of Process). 


The last function programmable through the DMA Extended Mode register is the “Stop 
register enable.” This bit is used to control the Stop register function and defaults to 
disabled. 
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DMA Extended Mode Register (Write Only) 


Channels 0-3 — Port O40Bh 
Channels 4—7 — Port 04D6h 


7 O = Stop register disabled 
1 = Stop register enabled 


O = T-C is an output for this channel 


1 = T-C is an input for this channel 


DMA Cycle Timing Mode 
00 = ISA-compatible timing 
01 = Type “A” timing mode 
10 = Type “B” timing mode 
11 = Burst DMA (Type “C’”) timing mode 


Addressing Mode 
00 = 8-bit I/O, count by bytes 

01 = 16-bit I/O, count by words (address shifted) 
10 = 32-bit I/O, count by bytes 

11 = 16-bit I/O, count by bytes 


DMA Channel Select 
OO = Channel 0 (4) select 
01 = Channel 1 (5) select 


10 = Channel 2 (6) select 
11 = Channel 3 (7) select 
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Chaining Mode Register 


The chaining mode register pair may be used to enable or disable DMA buffer chaining and 
indicate when the DMA base registers are being programmed. 


Software initializes the DMA controller for buffer chaining by writing the first buffer 
address to the base registers, then setting the chaining mode to “enable.” (The DMA 
channel must also not be in Autoinitialize mode.) The DMA controller then loads the 
current registers. Software then loads the second buffer address into the base registers and 
sets the chaining mode to “Programming Complete, Begin Chaining” to start the actual 
DMaA transfer. 


Software may set the chaining mode to “Disable” to terminate chaining mode and return to 
the “Normal” mode. The DMA controller may also disable Chaining after abnormally 
terminating a chaining operation. The default values for channels 0-7 are Disable Chaining 
mode. Chaining mode must be explicitly disabled by software, it is not cleared except by a 
reset, master clear, write to the channel’s DMA mode register, or write to the channel’s 
extended mode register. 


Refer to the “Buffer Chaining” section for more information about the use of this register. 
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c Chaining Mode Register (Write Only) 


Channels 0-3 — Port O40Ah 
Channels 4—7 — Port 04D4h 


Enable/Disable Buffer Chaining Mode 
OO = Disable chaining mode 


01 = Enable chaining mode for programming 
10 = Illegal 
11 = Base Register update complete 


DMA Channel Select 

OO = Channel 0 (4) select 

01 = Channel 1 (5) select 
_— 10 = Channel 2 (6) select 

11 = Channel 3 (7) select 
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The following sequence illustrates use of the Chaining mode register: 


I; 


The Base Address and Base Word Count register are loaded with the address and 


count for the first buffer to be transferred. 


The Enable Chaining mode bits for the appropriate channel are set to “01,” causing the 
Base Address and Base Count registers to load into the Current Address and Current 
Word Count registers. 


The second buffer’s address and word count are loaded into the Base Address and Base 
Count registers. 


The Enable Chaining mode bits for the appropriate channel (bit 2, 3) are set to “11” to 
begin the chaining sequence. 


When a chaining mode interrupt occurs, indicating completion of a buffer transfer, the 
Base Address and Base Word Count registers are loaded with the address and count for 
the next buffer to be transferred. 


The Enable Chaining mode bits for the appropriate channel are set to “11” to prepare 
for the next transfer and to clear the interrupt. 
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Chaining Mode Status Register 


Software may determine if Chaining mode is enabled or disabled by reading the Chaining 
Mode Status register. The bit is set if the channel is enabled for chaining mode. The bit is 
Clear if the channel is not enabled for chaining mode. The register is cleared by a 


power-on reset. 


Chaining Mode Status Register — 
(Read Only) (Port 04D4h) 
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6 | Channel 6 enabiod fbtis set) 
5 | Channel enabled (bits so 


Channel 3 enabled (if bit is set) 


| 2 | Channel 2 enabled (if bit is set) 
| Channel 1 enabled (if bit is set) 
| © | Channel 0 enabled (if bit is set) 
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Channel Interrupt Status Register J 


The Channel Interrupt Status register indicates a pending IRQ13 caused by the DMA 
controller. The DMA controller asserts IRQ13 after reaching terminal count, with chaining 
mode enabled. It does not assert IRQ13 during the initial programming sequence that loads 
the BASE registers twice. The default value for all channels is no interrupt pending. 


The appropriate bit in the interrupt latch is automatically cleared when the Chaining Mode 
Enabled bits are set to “11” or when cleared to “OO.” 


Channel Interrupt Status Register — 
(Read Only) (Port 040Ah) 
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Address and Word Count Registers 


Base Word Count Register 


Each DMA channel has a write-only, 24-bit Base Word Count register that stores the 
programmed word count value. The DMA controller performs one more than the 
programmed number of transfers. 


The Base Word Count register consists of two parts, the 16-bit 8237 Compatible Segment, 
and the 8-bit high word count segment. The two segments are mapped at different I/O 
addresses and must be programmed separately. The main CPU programs the 8237 
Compatible Segment by executing the Clear Byte Pointer command, then performing two 
consecutive 8-bit I/O writes to the appropriate address. The main CPU programs the high 
word count segment by performing an 8-bit I/O write to the appropriate address. 


The Base High Word Count Segment must be programmed after the Base Word Count 
8237 Compatible Segment. Any I/O write to the Base Word Count 8237 Compatible 


wv Segment sets the Base High Word Count Segment (and Current High Word Count 
Segment) to zero. 


Table 8-4 
Base Word Count Register Segments (Write Only) 
I/O Address /O 
8237 Compatible High Word 
DMA Segment Count Segment 
Channel 16-Bit 8-Bit 
0 0001h 040th 
1 0003h 0403h 
2 O005h 0405h 
3 0007h 0407h 
5 OOCEh 04C6h 
6 OOCAh O4CAh 
7 OOCEh O4CEh 
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Current Word Count Register 


Each DMA channel has a read-only, 24-bit Current Word Count register. The DMA 
controller decrements the word count after each transfer. The intermediate value of the 
word count is stored in the Current Word Count register during the transfer. The DMA 
controller generates terminal count and stops decrementing when the Current Word Count 
register “rolls over” (decrements from FFFFFFh). The Current Word Count register then 
contains FFFFFFh until reloaded. 


The Current Word Count register consists of two parts, the 16-bit 8237 Compatible 
Segment, and the 8-bit high word count segment. The two segments are mapped at different 
I/O addresses and must be read separately. The main CPU reads the 8237 Compatible 
Segment by executing the Clear Byte Pointer command, then performing two consecutive 
8-bit I/O reads from the appropriate address. The main CPU reads the High Word Count 
segment by performing an 8-bit I/O read from the appropriate address. 


Each Current Word Count register segment is automatically loaded simultaneously with the 
respective Base Word Count register when not in Chaining mode. 


Autoinitialize causes both current word count register segments to load from the respective 
Base Word Count register segments. 


Table 8-5 
Current Word Count Register Segments (Read Only) 
I/O Address /O 
8237 Compatible High Word 
DMA Segment Count Segment 
Channel 16-Bit 8-Bit 
0 000 1h 0401h 
1 0003h 0403h 
2 0005h 0405h 
3 0007h 0407h 
5 OOCEh 04C6h 
6 OOCAh 04CAh 
7 OOCEh O4CEh 
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Base Address Register 


Each DMA channel has a 32-bit write-only Base Address register that is programmed with 
the base address for DMA transfers. The Base Address register does not increment or 
decrement. The 32-bit Base Address register consists of a 16-bit register (low address 
word), an 8-bit Low Page register (second highest address byte) and an 8-bit High Page 
register (high address byte). Each register segment is mapped at a different I/O address and 
must be programmed separately. 


Base Address (8237 Compatible Segment) 


The Base Address register includes a 16-bit 8237 Compatible Segment. The 8237 
Compatible Segment combines with the low page segment and high page segment to 
provide the low address word of the 24-bit ISA-compatible DMA address or the 32-bit 
EISA DMA address. 


The main CPU programs the 8237 Compatible Segment by executing the Clear Byte 
Pointer command, then performing two consecutive 8-bit I/O writes to the appropriate 
w address. 
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Base Address (Low Page Segment) 


The 8-bit low page segment of the Base Address register combines with the 8237 
Compatible Segment to provide the high byte of the 24-bit ISA-compatible DMA address 
space. The low page segment combines with the high page segment to provide the second 
most-significant byte of the 32-bit EISA DMA address. 


The main CPU programs the low page segment by performing an 8-bit I/O write to the 
appropriate address. 


Base Address (High Page Segment) 


The 8-bit high page segment of the Base Address register combines with the 
ISA-compatible segments to provide the high byte of the 32-bit EISA DMA address. 


The main CPU programs the high page segment by performing an 8-bit I/O write to the 
appropriate address. The high page segment must be programmed after the low page 
segment and 8237 Compatible Segment. Any write to the low page segment or 8237 


Compatible Segment clears the high page segment. J 
Table 8-6 
Base Address Register Segments (Write Only) 
l/O Address VO /O Address 
8237 Compatible Low Page High Page 
DMA Segment Segment Segment 
Channel 16-Bit 8-Bit 8-Bit 
0 0000h 0087h 0487h 
1 0002h 0083h 0483h 
2 0004h 008 1h 0481h 
3 0006h 0082h 0482h 
5 00C4h OO8Bh O48Bh 
6 OOC8h 0089h 0489h 
7 0OCCh OO8Ah 048Ah 
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Current Address Register 


Each DMA channel has a 32-bit read-only Current Address register. The DMA controller 
automatically increments or decrements the address after each transfer and the intermediate 
values of the address are stored in the Current Address register during the transfer. The 
32-bit Current Address register consists of a 16-bit register (low address word), an 8-bit 
low page register (second highest address byte) and an 8-bit high page register (high 
address byte). Each register segment 1s mapped at a different I/O address and must be read 
separately. 


Each Current Address register segment is automatically loaded simultaneously with the 
respective Base Address register segment (unless chaining mode is enabled). 


Autoinitialize causes all Current Address register segments to load from the respective Base 
Address register segments. 


Current Address (8237 Compatible Segment) 


Rar The Current Address register includes a 16-bit 8237 Compatible Segment. The 8237 
Compatible Segment combines with the low page segment and high page segment to 
provide the low address word of the 24-bit ISA-compatible DMA address or the 32-bit 
EISA DMA address. 


The main CPU reads the 8237 Compatible Segment by executing the Clear Byte Pointer 
command, then performing two consecutive 8-bit I/O reads from the appropriate address. 


Current Address (Low Page Segment) 


The 8-bit low page segment of the Current Address register combines with the 8237 
Compatible Segment to provide the high byte of the 24-bit ISA-compatible DMA address 
space. The low page segment combines with the high page segment to provide the second 
most-significant byte of the 32-bit EISA DMA address. 


The main CPU reads the low page segment by performing an 8-bit I/O read from the 
appropriate address. 
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Current Address (High Page Segment) 


The 8-bit high page segment of the Current Address register combines with the 
ISA-compatible segments to provide the high byte of the 32-bit EISA DMA address. 


The main CPU reads the high page segment by performing an 8-bit I/O read from the 
appropriate address. 


DMA 
Channel 


0 


N 1 O71; @]| Mm] — 
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Current Address Register Segments (Read Only) 


l/O Address 
8237 Compatible 
Segment 

16-Bit 


0000h 
0002h 
0004h 
0006h 
00C4h 
OOC8h 
00CCh 


VO 


Low Page 
Segment 


8-Bit 

0087h 
0083h 
0081h 
0082h 
OO8Bh 
0089h 
OO8Ah 


/O Address 
High Page 
Segment 
8-Bit 


0487h 
0483h 
0481h 
0482h 
048Bh 
0489h 
O48Ah 
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a Address and Word Count Programming 


ISA-Compatible Addressing and Word Count 


Any I/O write to the Base Address Low Page Segment or 8237 Compatible Segment sets 
the Base Address High Page Segment to address zero and causes that DMA channel to use 
ISA-compatible addressing. 


Any I/O write to the Base Word Count 8237 Compatible Segment sets the Base Word 
Count high segment (and Current Word Count high segment) to zero for ISA-compatibility. 


32-Bit Addressing and Word Count 


An I/O write to the Base Address High Page Segment puts the DMA channel into enhanced 
addressing mode and causes the Current Address register to function as a 32-bit up/down 
counter. The high and low page registers increment (or decrement) automatically, without 
software assistance. The Base Address High Page Segment must be programmed last to 
cause 32-bit addressing. Any I/O write to the Base Address Low Page Segment or 8237 
Compatible Segment causes the DMA channel to use ISA-compatible DMA addressing. 


The Base Word Count High Segment must be programmed after the Base Word Count 
8237 Compatible Segment. Any I/O write to the Base Word Count 8237 Compatible 
Segment sets the Base Word Count High Segment (and Current Word Count High 
Segment) to zero. 
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§-Bit I/O, Count By Byte Mode 
(ISA-Compatible) 


The Base Address register can be programmed to any byte address if the Extended Mode 
register is set for “8-Bit I/O, Count by Byte” mode. The low and high page segments act 
like direct extensions of the address counter. The high page segment should be programmed 
with address bits corresponding to LA< 31:24 > (not inverted). The low page segment 
should be programmed with address bits corresponding to LA< 23:16 >. The 8237 
Compatible Segment should be programmed with address bits corresponding to 

SA< 15:0 >. The Base Word Count register should be programmed with the number of 
bytes to transfer minus one. For example: 


Physical memory address 
for transfer: 12345678h 
Bytes to transfer: 80h 
High Page segment Contents = 12h 
Low Page segment Contents = 34h 
Base Address register = 5678h 
(perform two 
sequential writes: 78h, then 56h) 
Base Word Count register = 7Fh 
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16-Bit I/O, Count By Word 
(Address Shifted) Mode ISA—Compatible) 


The Base Address register must be programmed to an even address if the Extended Mode 
register is set for “16-Bit I/O, Count by Word (address shifted)” mode. The 17 low-order 
address bits must be shifted right by one bit (the LSB 1s ignored) before loading into the 
Base Address 8237 Compatible Segment. The high page segment should be programmed 
with address bits corresponding to LA< 31:24 > (not inverted). The most-significant seven 
bits of the Low Page Segment should be programmed with address bits corresponding to 
LA< 23:17 > and the LSB of the low page segment should be programmed with a “0.” The 
8237 Compatible Segment should be programmed with address bits corresponding to 

SA< 16:1 >. SA< 0 > is not used since the address bus increments by two and the transfer is 
always to or from an even address. The Base Word Count register should be programmed 
with the number of 16-bit words to transfer minus one. For example: 


Physical memory address 
for transfer: 87654320h 
Bytes to transfer: 8Oh 
16-bit words to transfer: 40h 
High Page segment Contents = 87h 
Low Page segment Contents = 64h 
Base Address register = A190h 
(perform two 
sequential writes: 90h, then Alh) 
Base Word Count register = 3Fh 
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16-Bit I/O, Count By Byte Mode 


The Base Address register can be programmed to any byte address if the Extended Mode 
register is set for “16-Bit I/O, Count by Byte” mode. The high page segment should be 
programmed with address bits corresponding to LA< 31:24 > (not inverted). The low page 
segment should be programmed with address bits corresponding to LA< 23:16 >. The 8237 
Compatible Segment should be programmed with address bits corresponding to SA< 15:0 >. 
The Base Word Count register should be programmed with the number of 16-bit bytes to 
transfer minus one. 


Note that most DMA devices require the address to be aligned on a dword boundary. If 
programmed to a misaligned address, the DMA controller transfers a partial dword only on 
the first and last transfer. For example: 


Physical memory address 
for transfer: 12345678h 
Bytes to transfer: 80h 
High Page segment Contents = 12h 
Low Page segment Contents = 34h 
Base Address register = 5678h 
(perform two 
sequential writes: 78h, then 56h) 
Base Word Count register = 7Fh 
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32-Bit I/O, Count By Byte Mode 


The Base Address register can be programmed to any byte address if the Extended Mode 
register is set for “32-bit I/O, Count by Byte” mode. (Note that most DMA devices require 
the address to be aligned on a dword boundary.) The high page segment should be 
programmed with address bits corresponding to LA< 31:24 > (not inverted). The low page 
segment should be programmed with address bits corresponding to LA< 23:16 >. The 8237 
Compatible Segment should be programmed with address bits corresponding to SA< 15:0 >. 
The Base Word Count register should be programmed with the number of bytes to transfer 
minus one. 


Note that most DMA devices require the address to be aligned on a dword boundary. If 
programmed to a misaligned address, the DMA controller transfers a partial dword only on 
the first and last transfer. For example: 


Physical memory address 
for transfer: 12345678h 
Bytes to transfer: 80h 
High Page segment Contents = 12h 
Low Page segment Contents = 34h 
Base Address register = 5678h 
(perform two 
sequential writes: 78h, then 56h) 
Base Word Count register = 7Fh 


DMA Command Register 


The DMA Command register can be programmed by software to initialize the DRQ< x > 
and DAK*< x > logic levels to active high or low, and initialize the channel group 
arbitration priority scheme for fixed or rotating. Software may also enable or disable the 
DMA channel group by setting or clearing bit < 2 > of the command register. Disabling 
channels 4—7 also disables channels Q—3, since channels 0—3 are cascaded into channel 4. 
The command registers may be cleared by power-on reset and by the Master Clear 
instruction. 
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DMA Command Register (Write Only) 


Channels QO—3 — Port OOO8h 
Channels 4—7 — Port OODOh 


DAK* Assert Level 

O = DAK*< 3:0 > (< 7:5 >) assert low 

1 = DAK*< 3:0 > (< 7:5 >) assert high 

DRQ Sense Assert Level 

0 = DRQ< 3:0 > (< 7:5 >) sense assert high 

1 = DRQ< 3:0 > (< 7:5 >) sense assert low 

Arbitration Priority 

Fixed Priority 

Rotating Priority = 


Reserved (0) 


DMA Channel Select 
O = Channels 0-3 (4—7) enable 


1 = Channels 0-3 (4—7) disable 


Reserved (0) 
Reserved (0) 


Mode Register 


Each DMA channel has a 6-bit Mode register. The Mode registers are programmed by 
Setting bits < Q > and < 1 > for the appropriate channel, then writing to the Mode register 
port address. The channel’s Mode register latches the six mode bits (based on the value of 
bits <0> and <1>). 


Extended Industry Standard Architecture Expansion Bus 


bf Technical Reference Guide 8-35 


Mode Register (Write Only) 


Channels Q—3 — Port OOOBh 
Channels 4—7 — Port OOD6h 


oe oe ° 

eee 

eoee ° 

eee ° 

oeoe ° 

oee . oe@eoee eoeeeve 
ooee ° oee ee oeoee 


7,6 DMA Channel Mode Select 
OO = Demand mode select 
01 = Single mode select 
. 10 = Block mode select 
11 = Cascade mode select 
1 = Address decrement select 


O = Disable Autoinitialization 


ia = Enable Autoinitialization 
.— Data Transfer Type 
00 = Verify transfer 
7 O01 = Write transfer 


10 = Read transfer 


11 = Illegal 
DMA Channel Select 
OO = Channel O select 


O01 = Channel 1 select 


10 = Channel 2 select 


11 = Channel 3 select 


NOTES: 1. Channel 4 must be programmed for cascade mode. All other modes are 
illegal. 


2. The address decrement mode only applies to “8-Bit I/O, Count by Byte” 


mode and “16-Bit I/O, Count by Word (address shifted)” mode. Results in 
other modes are undefined. 
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Request Register J 


Software may initiate a DMA service request by setting any DMA channel’s Request 
register bit. The DMA controller responds to the software request as though DRQ< x > Is 
asserted. The request bits are not maskable. Any channel’s request bit may be set or cleared 
under software control. The DMA controller automatically clears a channel’s request bit 
after the channel’s Current Word Count register reaches terminal count or an external EOP 
is received. A DMA channel must be in Block mode before a service request can be 
initiated by software. The Request register is cleared by power-on reset. 


Request Register (Write Only) 


Channels Q—3 — Port OOO9h 
Channels 4—7 — Port OOD2h 


= Clear request bit 


= Set request bit 
DMA Channel Select 
00 = Select Channel 0 
OO = Select Channel 1 (5) 
00 = Select Channel 2 (6) 
OO = Select Channel 3 (7) 
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Mask Registers 


Each channel has a mask bit which, when set, disables a DMA service request caused 

by an asserted DRQ< x >. A channel’s mask bit is automatically set when the Current 
Word Count register reaches terminal count (unless the channel is programmed for 
autoinitialization or chaining mode). Any channel’s mask bit may be set or cleared under 
software control. Power-on reset disables all DMA channels by setting the mask register 
bits. A Clear Mask register command enables the four DMA channels. 


NOTE: If channel 4 mask bit is set, then channels 0Q—3 are masked off. 
This 1s because channels Q—3 are cascaded into channel 4. 


Write Single Mask Bit 


This register may be used to set or clear any Mask register bit. 


Write Single Mask Bit (Write Only) 


Channels O—3 — Port OOOAh 
Channels 4—7 — Port 0OD4h 


Reserved (0) 
O = Clear request bit 


1 = Set request bit 


DMA Channel Select 

OO = Select Channel 0 

OO = Select Channel 1 (5) 
OO = Select Channel 2 (6) 


00 = Select Channel 3 (7) 
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Write All Mask Bits/Mask Status Register 


This register may be used to write or read all four bits of the Mask register with a single 
command. 


Write All Mask Bits/Mask Status Register 
(Read/Write) 


Channels O—3 — Port QOOFh 
Channels 4—7 — Port OODEh 


O = Clear Channel 2 (6) mask bit 


1 = Set Channel 1 (6) mask bit 
O = Clear Channel 1 (5) mask bit 
1 = Set Channel 1 (5) mask bit 
O = Clear Channel 0 (4) mask bit 
1 = Set Channel 0 (4) mask bit 
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DMA Status Register 


The DMA Status register contains status information about the DMA channels that may be 
read by the CPU. This information includes which channels have reached a terminal count 
and which channels have pending DMA requests. Bits < 0:3 > are set every time terminal 
count is reached by that channel. These bits are cleared upon power-on and on each Status 
Read. Bits < 4:7 > are set whenever their corresponding channel is requesting service. 


DMA Status Register (Read Only) 


Channels 0—3 — Port OOO8h 
Channels 4—7 — Port OODOh 


6] Channel 2(6)request SSS 
a 
4] Channel oayrequest ———SSSCS~S~S 
3] Channel 8(7attominalcount SSS 
2 | channel 2(6)attemminalcount SSS 
1] Channel 1(6)atiominal count SSS 
0 [channel 0(4)attominalcount SSS 
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Table 8-7 shows the results of reaching DMA terminal count or an external EOP (End of 
Process). If the Stop register limit is reached, the mask is set and other conditions are 


unchanged. 
Table 8-8 
DMA Terminal Count/EOP Results 
Status DMA Software 
Program Terminal Mask Request Current 
Mode Count Bit Bit Registers 
Normal set set clear no change 
Autoinit set clear clear reload 
Chaining 
(normal) clear clear clear reload 
Chaining 
(over-run) 222? set clear 2222 
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8.11 SUPPORTED DMA 
TRANSFER COMBINATIONS 


Tables 8-8 through 8-10 indicate the legal DMA transfer modes. The following notes apply 
to all the tables. 


1. The system board does not perform data size translation for any DMA transfers that use 
ISA-compatible DMA timing, including when performing 16-bit transfers to 8-bit 
memory. 


2. The system board performs data size translation for Type “A” and Type “B” DMA 
cycles. The system board can use direct transfer or byte lane copying for DMA 
operations between the DMA device and memory with a word width equal to or larger 
than the DMA device. Transfers between a DMA device and memory with a smaller 
width than the DMA device require data size translation by the system board. For 
memory writes (I/O reads), the system board causes the DMA device to float its data 
lines by negating IORC*. For memory reads (I/O writes), the system board holds 
IOWC*% asserted until the translation completes, then negates IOWC* so the DMA 
device can sample the data on the trailing edge. 


3. The system board performs data size translation for Burst DMA cycles. The system 
board can use direct transfer or byte lane copying for DMA operations between the 
DMA device and burst memory with a word width equal to or larger than the DMA 
device. Transfers between a DMA device and memory with a smaller width than the 
DMA device require data size translation by the system board. For memory writes (I/O 
reads), the system board causes the DMA device to float its data lines by negating 
IORC*. For memory reads (I/O writes), the system board holds IOWC* only at the end 
of the translation. Transfers between a DMA device and memory that does not support 
Burst DMA cycles reverts to Standard EISA memory cycles. 
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NOTE: 16sh indicates an ISA-compatible addressing type with a 16-bit data size and J 
shifted address. The DMA address register is shifted left one bit and executed as a word 

address (ISA-compatible); consequently, misaligned transfers cannot be performed. EISA 

16-bit data size does not require the address shift, and can support misaligned transfers if 

the DMA device performs the byte alignment. 


Table 8-9 
DMA Transfer Combinations 

Transfer DMA Timing Data Memory 

Type Mode Type Size Bus Notes 
NA Cascade NA NA ISA 

Verify Single Compatible 8 ISA Note 1 
Verify Single Compatible 16sh ISA Note 1 
Verify Single Type “A” 8 EISA Note 2 
Verify Single Type “A” 16sh EISA Note 2 
Verify Single Type “B” 8 EISA Note 2 
Verify Single Type “B” 16sh EISA Note 2 
Verify Demand Compatible 8 ISA Note 1 
Verify Demand Compatible 16sh ISA Note 1 
Verify Demand Type “A” 8 EISA Note 2 
Verify Demand Type “A” 16sh EISA Note 2 
Verify Demand Type “B” 8 EISA Note 2 
Verify Demand Type “B” 16sh EISA Note 2 
Verify Block Compatible 8 ISA Note 1 
Verify Block Compatible 16sh ISA Note 1 
Verify Block Type “A” 8 EISA Note 2 
Verify Block Type “A” 16sh EISA Note 2 
Verify Block Type “B” 8 EISA Note 2 
Verify Block Type “B” 16sh EISA Note 2 
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Transfer 


Type 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 


DMA 
Mode 


Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 


Demand 


Table 8-10 

Timing Data 
Type Size 
Compatible 8 
Compatible 16sh 
Type “A” 8 
Type “A” 16sh 
Type “A” 32 
Type “A” 16 
Type “B” 8 
Type “B” 16sh 
Type “B” 32 
Type “B” 16 
Compatible 8 
Compatible 16sh 
Type “A” 8 
Type “A” 16sh 
Type “A” 32 
Type “A” 16 
Type “B” 8 
Type “B” 16sh 
Type “B” 32 
Type “B” 16 
Burst DMA 8 
Burst DMA 16 
Burst DMA 32 
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DMA Transfer Combinations (Read) 


Memory 
Bus 


ISA 

ISA 

EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
ISA 

ISA 

EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 


Notes 
Note 1 
Note 1 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 1 
Note 1 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 3 
Note 3 
Note 3 


Continued 
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Table 8-10 DMA Transfer Combinations (Read) Continued 


Transfer DMA Timing Data Memory ww 
Type Mode Type Size Bus Notes 
Read Block Compatible 8 ISA Note 1 
Read Block Compatible 16sh ISA Note 1 
Read Block Type “A” 8 EISA Note 2 
Read Block Type “A” 16sh EISA Note 2 
Read Block Type “A” 32 EISA Note 2 
Read Block Type “A” 16 EISA Note 2 
Read Block Type “B” 8 EISA Note 2 
Read Block Type “B” 16sh EISA Note 2 
Read Block Type “B” 32 EISA Note 2 
Read Block Type “B” 16 EISA Note 2 
Read Block Burst DMA 8 EISA Note 2 
Read Block Burst DMA 16 EISA Note 2 
Read Block Burst DMA 32 EISA Note 2 
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Transfer 
Type 


Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 
Write 


DMA 
Mode 


Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Single 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 
Demand 


Demand 


Table 8-11 

Timing Data 
Type Size 
Compatible 8 
Compatible 16sh 
Type “A” 8 
Type “A” 16sh 
Type “A” 32 
Type “A” 16 
Type “B” 8 
Type “B” 16sh 
Type “B” 32 
Type “B” 16 
Compatible 8 
Compatible 16sh 
Type “A” 8 
Type “A” 16sh 
Type “A” 32 
Type “A” 16 
Type “B” 8 
Type “B” 16sh 
Type “B” 32 
Type “B” 16 
Burst DMA 8 
Burst DMA 16sh 
Burst DMA 32 
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DMA Transfer Combinations (Write) 


Memory 


Bus 

ISA 

ISA 

EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
ISA 

ISA 

EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 
EISA 


Notes 
Note 1 
Note 1 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 1 
Note 1 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 2 
Note 3 
Note 3 
Note 3 
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Table 8-11 DMA Transfer Combinations (Write) Continued 
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Transfer DMA Timing Data Memory 

Type Mode Type Size Bus Notes 
Write Block Compatible 8 ISA Note 1 
Write Block Compatible 16sh ISA Note 1 
Write Block Type “A” 8 EISA Note 1 
Write Block Type “A” 16sh EISA Note 1 
Write Block Type “A” 32 EISA Note 2 
Write Block Type “A” 16 EISA Note 2 
Write Block Type “B” 8 EISA Note 1 
Write Block Type “B” 16sh EISA Note 1 
Write Block Type “B” 32 EISA Note 2 
Write Block Type “B” 16 EISA Note 2 
Write Block Burst DMA 8 EISA Note 3 
Write Block Burst DMA 16sh EISA Note 3 
Write Block Burst DMA 32 EISA Note 3 
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INTERRUPTS AND TIMERS 


9.1 


9.2 


INTRODUCTION 


This chapter discusses the interrupt control and timer functions used in EISA systems. The 
interrupt controller includes the functionality of two 8254 timers, and is compatible with 
the 8259 controller. 


INTERRUPT CONTROLLER 


EISA systems provide an ISA-compatible interrupt controller with the EISA enhancement 
that allows interrupts that can be set as edge sensitive or level sensitive. The EISA interrupt 
controller incorporates the functionality of two 8259 interrupt controllers. A total of 15 
interrupts are available, not including [RQ2 (on the master interrupt controller), which is 
used to cascade interrupts from the slave interrupt controller. 


The EISA master interrupt controller (INT-1) provides IRQ< 7:0 > and the slave interrupt 
controller (INT—2) provides IRQ< 15:8 >. The INT—2 interrupt output is connected to IRQ2 
of INT-1. 
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Interrupt Controller I/O Address Map 
Table 9-1 shows the I/O port address map for interrupt registers. 


Interrupt 
Block 


IRQ< 7:0 > 
IRQ< 7:0 > 
IRQ< 7:0 > 
IRQ< 15:8 > 
IRQ< 15:8 > 
IRQ< 15:8 > 


/O 
Address 


0020h 
0021h 
04D0h 
OOA th 
OOA1H 
04D 1h 


Table 9-1 


Interrupt Controller I/O Address Map 


Number 
of Bits 


o;a;ao;o; ©; @® 
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Interrupt 
Controller 
Register 


INT—1 Base Address 
INT—1 Mask Register 
INT—1 Edge/Level Register 
INT—2 Base Address 
INT—2 Mask Register 
INT—2 Edge/Level Register 
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Interrupt Sequence 


The following shows the typical interrupt sequence for an 80x86 type system. (An EISA 
interrupt controller must never be programmed to the 8259’s 8080 mode.) 


1. 


One or more IRQ< 15:0 > lines are asserted, setting the corresponding Interrupt 
Request register bit. 


The interrupt controller evaluates the requests and interrupts the CPU. 


The CPU acknowledges the interrupt with an interrupt acknowledge cycle. The CPU 
executes a special I/O read cycle to address 04h (BE*< 0 > asserted) during the first 
half of the interrupt acknowledge cycle. 


During the interrupt acknowledge cycle, the interrupt controller sets the highest priority 
In-Service register bit and clears the corresponding Interrupt Request register bit. 
INT-—1 presents the ID of the interrupt controller requesting service (the highest priority 
In-Service interrupt code) to INT—2 at the end of the interrupt acknowledge cycle. 
Neither interrupt controller drives the data bus during this cycle. 


The CPU initiates the second half of the interrupt acknowledge cycle, which is a 
special I/O read cycle to address 0Oh (BE*< 0 > asserted), to read the interrupt vector. 
During this cycle, INT—1 or INT-—2 presents the 8-bit interrupt vector on D< 7:0 >. The 
interrupt vector consists of the interrupt code, presented on D< 2:0 > and the interrupt 
controller vector address presented on D< 7:3 >. The vector for INT—1 has the format : 
OOOO1xxx (where xxx represents the interrupt code). The vector for INT—2 has the 
format: 01110xxx. An interrupt from the cascaded interrupt controller causes INT—2 to 
present the vector. Any other interrupt causes INT—1 to present the vector. 


This completes the interrupt cycle. In the Advanced End-of-Interrupt mode (AEOI) the 
In-Service register bit 1s cleared at the end of the second interrupt acknowledge. 
Otherwise, the In-Service register bit remains set until an appropriate EOI command is 
issued at the end of the interrupt service routine. 


9-3 
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Interrupt Removal Zw 


The IRQx inputs must remain asserted until after the leading edge of the first interrupt 
acknowledge unless interrupts are disabled at the processor (by CLI). If an IRQx input is 
negated before the interrupt acknowledge cycle, the interrupt controller drives the vector for 
IRQ7 (IRQ15 on the cascaded interrupt controller) during the second interrupt acknowledge 
cycle. The interrupt controller does not set an In-Service register bit for IRQ7 or IRQ15 
Spurious interrups. 


A device that removes an unacknowledged interrupt must execute a CLI instruction to 
disable processor interrupts before negating the IRQx or setting the interrupt mask register 
bit (mask the interrupt). 
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Interrupt Controller Initialization 


There are two types of command words that the CPU can use to program the EISA 
interrupt controller: 


m Initialization Command Words — INT—1 and INT-—2 must be initialized before normal 
operation. Initialization is performed by programming ICW1, ICW2 and ICW3 to 
INT-1 and INT—2. Some configurations also require ICW4 to be programmed. 


m@ Operation Command Words — The interrupt controller may be commanded to operate 
in various modes. These modes are: 


Fully Nested Mode 
Special Fully Nested Mode 
Fixed Priority Mode 
Rotating Priority Mode 
Special Mask Mode 

Polled Mode 


INT-—1 and INT-2 are initialized separately, and can be programmed to operate in different 
modes. The typical power-up default settings (INT-—1 and INT-2) are: 80x86 mode, 
Edge-sensitive (IRQ< 15:0 >), normal End-of-Interrupt, Non-buffered mode, Special Fully 
Nested Mode disabled, fixed priority, cascade mode. INT—1 is connected as the master 
interrupt controller, its ICW3 = 4h, its vector address = 8h. INT—2 is connected as the slave 
interrupt controller, its ICW3 = 2h, its vector address = 70h. 
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Interrupts and Timers 


Table 9-2 shows the typical BIOS initialization sequence for an EISA interrupt controller: 


Table 9-2 
Interrupt Controller BIOS Initialization Sequence 


Port Value Description of Operation 

O20h 11h INT—1, IOCW1 

O21h O8h INT—1, |CWe2 vector address for 000020h 
O21h 04h INT—1, I|CWS indicates slave connection 
O21h Oth INT—1, |CW4 8086 mode 

O21h B8h INT—1, Interrupt mask (may vary with option) 
04D0h OOh INT—1, Edge/Level Control register 

OAOh 11h INT—2, IOCW1 

OAth 70h INT—2, |CWe2 vector address for 0001COh 
OAth O2h INT—2, ICWS indicates slave ID 

OAth O2h INT—2, |ICW4 8086 mode 

OAth BDh INT—2, Interrupt mask (may vary with option) 
04D 1h OOh INT—2, Edge/Level Control register 


An I/O write to the INT—1 or INT-2 base address with D< 4 > = “1”, 1s interpreted as 
Initialization Command Word 1 (ICW1). For EISA systems, two I/O writes to 

“base address + 1” must follow the ICW1. The first write to “base address + 1” performs 
ICW2, the second write performs ICW3. A third write to “base address + 1” (if the IC4 bit 
is set on the ICW1) performs IC W4. 


An I/O write that does not follow an ICW1 to the INT-1 or INT—2 “base address + 1” loads 


the Interrupt Mask register. 


No Operation Command words can be written before the initialization sequence 1s 


complete. 
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~— Figure 9-1 illustrates the sequence software must follow to load the interrupt controller 
Initialization Command Words. The sequence must be executed for INT—1 and INT-2. 


ICW1—Port @20h (@AQ@h) 


ICW2—Port @21h (QAth) 


ICW3—Port O21h (@Ath) 


ICW4 Needed? 


Is 


ICW4-Port O21h (@Alh 


) 


Ready to Accept 
Interrupt Requests 


Figure 9-1. Initialization Command Word Load Sequence 
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Initialization and Control Registers 


Initialization Command Word 1 (ICWI1) 


An I/O write to the INT—1 or INT—2 base address with D< 4 > = “1”, 1s interpreted as 
Initialization Command Word 1 (ICW1). 


LTIM: _ This bit is disabled in EISA systems. Its function is replaced by the Edge/Level 
Control register, described elsewhere. 


ADI: Ignored for EISA. 


SNGL: _ This bit is set to “O” for EISA. It indicates that there is more than one interrupt 
controller in the system. 


IC4: If this bit is set — ICW4 has to be read. IF IC W4 is not needed, set IC4 = 0. 


Note that the bit description in the ICW1 diagram below applies only to ICW1. If D< 4> 
indicates OC W2 or OCW3, the bit definitions are documented under the appropriate 
section. — 
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~— Initialization Command Word 1 


UICW1, OCW2 and OCW3 are accessed through a common port) 
INT—1 — Port 020h (program to 011h) 
INT—2 — Port OAOh (program to 01 1h) 


O = Indicates OCW2 or OCWS3 
1 = ICW1 


SNGL 
w 1 = Reserved for EISA 


O = Cascade mode 


OC4 
1 = ICW4 needed 
O = No ICW4 needed 
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Initialization Command Word 2 (ICW2) 


The first in a sequence of I/O writes (after an ICW1) to the INT—1 or INT-—2 
“base address + 1” is interpreted as Initialization Command Word 2 (CW72). 


ICW2 initializes the interrupt controller with the 5 most-significant bits of the interrupt 
vector address. INT—1 or INT-2 presents the 8-bit interrupt vector on D< 7:0 > during the 
second interrupt acknowledge cycle. The interrupt vector consists of the interrupt code, 
presented on D< 2:0 > and the interrupt vector address (INT—1 vector address is 08h, 
INT—2 vector address is 070h), presented on D< 7:3 >. An interrupt on IRQ—2 causes 
INT—2 to present the vector. Any other interrupt causes INT—1 to present the vector. 


The CPU calculates the pointer address to the interrupt service routine by multiplying the 
vector by 4. The CPU then branches to and executes the interrupt service routine. 


Initialization Command Word 2 


INT-1 — Port 021h (program to O8h) 
INT—2 — Port OA1h (program to 070h) - 


Interrupt vector address 


Reserved for EISA 
(Set to 0) 


Initialization Command Word 3 (IC W3) 


The second in a sequence of I/O writes (after an ICW1) to the INT—1 or INT-2 
“base address + 1” is interpreted as Initialization Command Word 3 (ICW3). ICW3 must be 
programmed for INT-—1 and INT-—2 in EISA systems. 
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Initialization Command Word 3 


Master Device — Port 021h (Program to 04h) For INT—1, the master interrupt 
controller, [CW3 is programmed to 04h. The bit corresponding to INT—2 must be set for 
EISA systems. An interrupt request on IRQ2 causes INT—1 to enable INT-2 to present the 
interrupt vector address during the second interrupt acknowledge cycle. 


1 = IR Input has a slave 


O = IR Input does not have a slave 


Initialization Command Word 3 


Slave Device — Port 0Ath (Program to 02h) For INT-—2, the slave interrupt 
controller, [CW3 must be programmed to 02h. An interrupt request on IRQ2 
causes INT-1 to enable INT—2 to present the interrupt vector address during the 
second interrupt acknowledge cycle. 


Ee 


ID2, 1D1, IDO 
Slave ID (program to 02h) 
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Initialization Command Word 4 (ICW4) 


The third in a sequence of I/O writes (after an ICW1) to the INT-1 or INT-—2 
“base address + 1” is interpreted as Initialization Command Word 4 (IC W4). 


SFNM: — If SENM = 1 the special fully nested mode is programmed. 

BUF: Programmed to “OQ” for EISA. 

M/S: Ignored for EISA. 

AEOI: — If AEOI = 1 the automatic end-of-interrupt mode is programmed. 
UPM: Microprocessor mode: Programmed to “1” for EISA. 


Initialization Command Word 4 


INT—1 — Port 021h = Olh 
INT-—2 — Port OAlh = Olh 


1 = Special Fully 
Nested Mode 

0 = Not Special Fully 
Nested Mode 


BUF 
0 = Non-Buffered Mode 
1 = Reserved 


AEOI 
1 = Auto EO! 
O = Normal EOl 


uPM 
1 = 80x86 mode 
O = Reserved 
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Interrupt Mask Register (OC W1) 


An I/O write (that does not follow an ICW1) to the INT—1 port 021h or INT-—2 port OALh 
loads the interrupt mask register. The register may be read at the same address. 


Any interrupt can be masked by setting the appropriate Interrupt Mask register bit. All 
mask bits are loaded by writing a byte with the appropriate bit pattern to the Interrupt Mask 
register I/O port address. The register defaults to interrupts enabled (all bits cleared) after 
power-on reset. The Interrupt Mask register may be read at any time after the initialization 
sequence. 


The register illustrated below indicates the eight mask bits. The interrupt is masked by 
setting the bit to “1.” The interrupt is enabled by clearing the bit to “0.” 


Interrupt Mask Register (OCW1) 
(Read/Write) 


IRQ< 7:0 > — Port 021h 
IRQ< 15:8 > — Port OALh 


eo 
5] Mask bitfor ROS (RGIG) 
a | Mask bitter naa (nara) 
3] Mask bitter naa (RGN) 
= 
a 
o 


Mask bit for IRQ2 (IRQ10) 
Mask bit for IRQ1 (IRQ9) 
Mask bit for IRQO (IRQ8) 
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Operation Control Word 2 (OQCW2) 


End-of-Interrupt (EOI) commands and interrupt priority rotation commands may be 
executed by writing a byte with the appropriate bit pattern to the interrupt controller base 
address. D< 4:3 > = “QO” to cause execution of OCW2 commands. 


Bits < Q:2 > (LO-L2) determine the interrupt acted upon, and bits < 5:7 > (EOI, SL, R) 
select the command. 


Note that the bit description in the OCW2 diagram below applies only to OC W2. If 
D< 4:3 > indicates ICW1 or OCW3, the bit definitions are documented under the 
appropriate section. 
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we OCcWw2 


UCW1, OC W2 and OCW3 are accessed through a common port) 
IRQ< 7:0 > — Port 020h 
IRQ< 15:8 > — Port OAOh 


OCW2 Commands: End of Interrupt 

001 = Non-specific EOI 

011 = Specific EOI 

Automatic Rotation 

101 = Rotate on Non-specific EOI 

100 = Set rotate in AEOI mode 

O00 = Clear rotate in AEOI mode 

Specific Rotation (uses LO-L2) 

111 = Rotate on Specific EOI 

110 = Set priority Command No Operation 
os 010 = No Operation 


ICW1/OCW2/OCWS Select 

OO = Execute OCW2 Command 

O01 Execute OCW3 Command 
(See OC W3 Command) 

10 Execute ICW1 Command 
(See ICW1 Command) 

11 Execute ICW1 Command 
(See ICW1 Command) 


L2, L1, 
Interrupt acted upon 
000 = IRQO (IRQ8) 
001 = IRQ1 (IRQ39) 
010 = IRQ2 (IRQ10) 
011 = IRQ3 (IRQ11) 
100 = IRQ4 (IRQ12) 
101 = IRQS (IRQ13) 
110 = IRQ6 (IRQ14) 
111 = IRQ7 (IRQ15) 
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Operation Control Word 3 (OC W3) 


Special Mask Mode can be enabled or disabled, and a “Read Interrupt Request register” 
command or “read In-Service register” command may be executed by writing a byte with 
the appropriate bit pattern to the interrupt controller base address. D< 4:3 > = “Q1” to cause 
execution of OC W3 commands. 


Special Mask Mode may be enabled by executing an OCW3 command with D< 6:5 > = 
“11.” An OCW3 command with D< 6:5 > = “10” disables Special Mask Mode. D< 6:5 > = 
“00” or “O1” also disables Special Mask Mode. 


Note that the bit description in the OCW3 diagram below applies only to OCW3. 
If D< 4:3 > indicates ICW1 or OCW2, the bit definitions are documented under the 
appropriate section. 
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_— OCW3 (Read/Write) 


dCW1, OCW2 and OCW3 are accessed through a common port) 
IRQ< 7:0 > — Port 020h 
IRQ< 15:8 > — Port OAOh 


ESMM, SMM 
Interrupt Mask Mode 
OO = No action 
01 = No action 
10 = Normal mask mode 
11 = Special mask mode 


0, 1 
OCW2/OCWS Select 
00 = OCW2 (See OCW2 commands) 
01 = Execute OCW3 Command 
10 = ICW1 (See ICW1 command) 

11 = ICW1 (See ICW1 command) 


4,3 


P 
Poll Command 
1 = Execute Poll Command 
0 = No Poll Command 


RR, RIS 


Read Register command 

00 = No action 

01 = No action 

10 = Interrupt Request register 
11 = In-Service register 
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Edge/Level Control Register (ELCR) 


The Edge/Level Control register provides a bit for each interrupt that programs the interrupt 
to edge sensitive or level sensitive. Edge sensitive mode is the default and is fully 
compatible with ISA expansion boards. Expansion boards that use level sensitive interrupts 
may be used in shared interrupt configurations. 


Interrupts programmed for edge sensitive (Bit = “O”) are recognized by a low to high 
transition on the corresponding IRQx input. The IRQx input can remain high without 
generating another interrupt. 


Interrupts programmed for level sensitive (Bit = “1”) are recognized by a ’low’ level on 
the corresponding IRQx input. There is no need for an edge detection. The interrupt request 
must be removed (by negating the IRQx input) before the interrupt service routine issues 
the EOI command or enables CPU interrupts (by executing the STI instruction on 80386). 
Another interrupt occurs if the IRQx remains asserted after executing an EOI command. 


In both the edge- and level-triggered modes the IRQx inputs must remain asserted until 

after the leading edge of the first interrupt acknowledge. If an IRQx input is negated before 
the interrupt acknowledge, the interrupt controller drives the vector for IRQ7 (IRQ15 for ww 
INT-2) during the interrupt acknowledge cycle. 


A noise glitch on IRQ< 7:0 > can cause a spurious interrupt on IRQ7. A noise glitch on 
IRQ< 15:8 > can cause a spurious interrupt on IRQ15. An IRQ7 or IRQ15 interrupt service 
routine should read the In-Service register to determine the source of an IRQ7 (or IRQ15) 
interrupt. A valid interrupt’s In-Service register bit is set during the interrupt acknowledge. 
A spurious interrupt does not set the In-Service register bit. 
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The IRQ7 and IRQ15 interrupt service routines should also detect a reentrant execution, to 
recognize a spurious interrupt that occurs during a valid interrupt service (the In-Service 
register bit remains set from the valid interrupt). 


A reentrant execution indicates the second execution resulted from a spurious interrupt. 


Interrupt service routines IRQO, IRQ1, IRQ2, IRQ8, or IRQ13 cannot be modified by 
software. The bits in the ELCR are reserved, and must be written as read. 


IRQ13 appears externally to be edge sensitive, even though it 1s shared internally with the 
chaining interrupt. 


Edge/Level Control Register (Read/Write) 


IRQ< 7:0 > — Port 4DOh 
IRQ< 15:8 > — Port 4D1h 


(IRQ15) 
(IRQ14) 
(Reserved — 0) 
( 
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Interrupt Request Register (IRR) 


The Interrupt Request register is an 8-bit register that contains the status of each interrupt. 
Bits that are set indicate pending interrupts. Bits that are clear indicate interrupts that have 
not requested service. The interrupt controller clears the Interrupt Request register’s highest 
priority interrupt bit during an interrupt acknowledge cycle, and sets the corresponding bit 
in the In-Service register. A device may assert a level or edge triggered interrupt while the 
Mask register bit is se (the interrupt is masked). The interrupt controller does not lose the 
interrupt unless the device removes it before the mask register is cleared (the interrupt is 
unmasked) and the interrupt serviced. 


The Interrupt Request register may be read by issuing an OCW3 with RR = “1” and 

RIS = "0", followed by an I/O read of the interrupt controller base address. The Interrupt 
Request register may only be read after the Initialization Control register programming 
sequence completes. 


It is not necessary to issue an OCW3 each time the Interrupt Request register is read. An 
I/O read of the interrupt controller base address defaults to reading the Interrupt Request 
register after the initialization sequence, and after issuing an OC W3 with RR = “1” and 
RIS = “0.” Until OCW3 is issued with a different value for RR and RIS, or a Poll 
command is executed, subsequent reads of the interrupt controller base address continue 
to return the contents of the Interrupt Request register. 


The Poll command overrides an Interrupt Request register read when OC W3 bit P = “1.” 
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In-Service Register (ISR) 


The In-Service register is an 8-bit register that indicates which interrupts are being serviced. 
Bits that are set indicate interrupts that have been acknowledged and their interrupt service 
routine started. Bits that are cleared indicate interrupts that have not been acknowledged (or 
interrupts that are not pending). Only the highest priority interrupt service routine executes 
at any time, since the lower priority interrupt services are suspended while higher priority 
interrupts are serviced. The In-Service register is updated when an End-of-Interrupt 
Command is issued. The mask register disables a pending interrupt’s In-Service bit from 
being set. 


The In-Service register may be read by issuing an OCW3 with RR = “1” and RIS = “1”, 
followed by an I/O read of the interrupt controller base address. The In-Service register 
may only be read after the Initialization Control register programming sequence completes. 


It is not necessary to issue an OCW3 each time the In-Service register is read. An I/O read 
of the interrupt controller base address defaults to reading the In-Service register after 
issuing an OC W3 with RR = “1” and RIS = “1”. Until OCW3 is issued with a different 

we value for RR and RIS, or a Poll command is executed, subsequent reads of the interrupt 
controller base address continue to return the contents of the In-Service register. 


The Poll command overrides an In-Service register read when OC W3 bit P = “1”. 
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End-of-Interrupt 


End-of-Interrupt (EOI) Command 


An interrupt service routine executes an EOI command to clear an interrupt’s In-Service 
bit. The EOI command does not affect the interrupt request register. The EOI command to 
a cascaded interrupt controller must be followed by an EOI to the primary interrupt 
controller. 


EOI commands can be either Specific or Non-Specific. A Specific EOI command includes, 
as part of the command, the In-Service bit to clear. A Non-Specific EOI command clears 
the highest priority In-Service bit that is set. 


The Non-Specific EOI command is executed for an interrupt controller programmed 
for Fully Nested Mode. The interrupt controller resets the In-Service bit of the highest 
priority interrupt (the last interrupt serviced). If the Interrupt Controller is in the Special 
Mask Mode, a Non-Specific EOI does not clear a masked interrupt’s In-Service bit. 

A Non-Specific EOI is executed with OC W2 (EOI = 1, SL =0, R = 0). 


The Specific EOI command is executed for an interrupt controller programmed for a mode 
that does not preserve the fully nested priority structure. A Non-Specific EOI cannot be 
used since the highest priority interrupt is not necessarily the last interrupt serviced. The 
Specific EOI command includes, as part of the command, the In-Service bit to reset. A 
specific EOI is executed with OCW2 (EOI = 1, SL= 1, R = 0, and LO-L2 = In-Service bit 
to reset). 


Automatic End-of-Interrupt (AEOIT) 


An interrupt controller programmed for AEOI mode automatically performs a Non-Specific 
EOI after the trailing edge of an interrupt acknowledge. AEOI mode is selected by 
executing an ICW4 with AEOI = “1.” 


AEOI mode should be used only when a nested multilevel interrupt structure is not required 
within a single Interrupt Controller. The AEOI mode can only be used in a primary 
Interrupt Controller and not a cascaded controller. 
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Interrupt Controller Modes 


Fully Nested Mode 


The interrupt controller enters Fully Nested Mode after initialization unless programmed to 
another mode. The interrupt requests are ordered in priority from IRQO (highest) through 
IRQ7 (lowest). Priorities can be changed by setting the interrupts to rotating priority mode. 


When an interrupt is acknowledged, the highest priority request 1s determined and its vector 
placed on the bus. The interrupt’s In-Service register bit is set during the acknowledge 
cycle. This bit remains set until the interrupt service routine issues an EOI command or if 
AEOI clears the In-Service bit (on the trailing edge of the interrupt acknowledge cycle). 
The interrupt controller disables interrupts of the same or lower priority while the 
In-Service register bit is set. The interrupt controller acknowledges higher priority 
interrupts if the CPU has enabled interrupts (using an STT instruction on the 80386). 


w Special Fully Nested Mode 


A slave interrupt controller may be programmed for Special Fully Nested Mode in systems 
that require the interrupt priorities to be conserved within each cascaded interrupt 
controller. The master interrupt controller must be programmed for Fully Nested Mode. 
Special Fully Nested Mode 1s similar to Fully Nested Mode, with the following exceptions: 


INT-1 recognizes multiple interrupt requests from a slave interrupt controller. In the Fully 
Nested Mode an interrupt from a slave interrupt controller locks out further interrupts from 
the same controller until the first interrupt service completes. 


An interrupt service routine must determine if the interrupt serviced was the only one from 
the slave interrupt controller. The routine executes a non-specific EOI command to the 
Slave interrupt controller and then reads its In-Service register. If all bits of the In-Service 
register are “Q”, no interrupts are pending and a non-specific EOI can be executed for 
INT—1. If another interrupt is pending, no EOI should be sent. 
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Fixed Priority Mode 


The master and slave interrupt controllers defaults to fixed priority mode, with IRQO 
(IRQ8 for slave) the highest priority and IRQ7 (IRQ15 for slave) the lowest priority. The 
programmer can change the priorities by programming an interrupt as the lowest priority. 
An interrupt acknowledge cycle to IRQ2 causes the CPU to service the highest 
priority-pending slave interrupt. The CPU must execute an EOI for IRQ2 before it 
recognizes any additional slave interrupts. 


Other interrupts assume fixed priorities in sequence above the lowest. For example, if IRQ5 
is programmed as the lowest priority device, the priority order becomes (lowest to highest): 
IRQ6, IRQ7, IRQO, IRQ1, IRQ2, IRQ3, IRQ4, IRQS. 


The Set Priority command is issued in OCW2 where: R = 1, SL = 1; LO-L2 is the binary 
priority level code of the lowest priority interrupt. 


In Specific Rotation mode, internal status is updated by software control during OCW2. 

However, it is independent of the EOI command. Interrupt priorities can be changed during 

an EOI command by using the Rotate on Specific EOI command in OCW2 (R = 1, SL= 1, 

EOI = 1 and LO-L2 = interrupt assigned lowest priority). ww 


Rotating Priority Mode 


The interrupt controller may be programmed to service pending interrupts sequentially 
based on an 8-way rotation. Each interrupt rotates to the highest priority, receives service, 
then becomes the lowest priority. In the case where all interrupts are constantly asserted, 
each interrupt receives one service out of 8 interrupt acknowledge cycles. The following 
figure illustrates the rotation: 


Before Rotation: IRQ4 is the highest priority interrupt requesting service. Priority order 
(highest to lowest): IRQO, IRQ1, IRQ2, IRQ3, IRQ4, IRQS, IRQ6, IRQ7. 
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> In-Service Register 


Lowest 


Priority 


Highest 
Priority 


After Rotation: IRQ4 serviced and changed to lowest priority. IRQS changed to highest 
priority. Priority order (highest to lowest): IRQ5, IRQ6, IRQ7, IRQO, IRQ1, IRQ2, IRQ3, 
IRQ4. 


In-Service Register 


Highest 


Priority 


Lowest 
Priority 


There are two ways to cause priority rotation using OC W2: the Rotation on Non-Specific 
EOI Command (R = 1, SL = 0, EOI = 1) and the Rotate in Automatic EOI Mode which is 
set by (R = 1, SL=0, EOI = 0) and cleared by (R = 0, SL = 0, EOI = 0). 
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Polled Mode —— 


The Polled Mode can be used to conserve space in the interrupt vector table. Multiple 
interrupts that can be serviced by one interrupt service routine do not need separate vectors 
if the service routine uses the poll command. 


The Polled Mode can also be used to expand the number of interrupts. The polling interrupt 
service routine can call the appropriate service routine, instead of providing the interrupt 
vectors in the vector table. 


An interrupt service routine executes a “Clear Interrupts” instruction (CLI for 80386) 
before issuing a poll command. A poll command is issued by setting P = “1” in OCW3. 
A poll command overrides an Interrupt Request or In-Service register read when OCW3 
bits P= “1” and RR = “1”. 


An I/O read of the interrupt controller base address that follows a poll command is treated 

like an interrupt acknowledge. If an interrupt is pending, the interrupt controller sets the 

appropriate In-Service bit and, in response to the next I/O read of the interrupt controller 

base address, drives a byte with the interrupt code onto the bus. If no interrupt is pending, 

the interrupt controller sets the most significant bit to “0” and drives the byte onto the bus. i 


The interrupt controller freezes the contents of the In-Service register after the poll 
command, until the I/O read of the interrupt code. 


The interrupt controller responds to an I/O read of the I/O controller base address (after a 
poll command) by driving D< 7:0 > with a byte that has the following format: 
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7 


lrrelevant 


{ 


WO-W2: Binary code of the highest priority interrupt requesting service. 


I= “1” if an interrupt is pending 
“QO” if no interrupt 1s pending. 


Special Mask Mode 


The Special Mask Mode enables all interrupts not masked by a bit set in the Mask register. 
Interrupt service routines that require dynamic alteration of interrupt priorities can take 
advantage of the Special Mask Mode. For example, a service routine can inhibit lower 
priority requests during a part of the interrupt service, then enable some of them during 
another part. 


Without Special Mask Mode, if an interrupt service routine acknowledges an interrupt 
without issuing an EOI to clear the In-Service bit, the interrupt controller inhibits all lower 
priority requests. The Special Mask Mode provides an easy way for the interrupt service 
routine to selectively enable only the interrupts needed by loading the Mask register. 


The Special Mask mode is set by OCW3 where: SMM = “1”, and cleared with 
SMM = “0”. 
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9.3 NON-MASKABLE Jg 
INTERRUPTS (NMI) 


EISA systems indicate error conditions by generating a non-maskable interrupt. A software 
mechanism is also provided to generate an NMI. 


Table 9-3 shows an address map indicating the port addresses of registers used for 


NMI handling. 
Table 9-3 
NMI Register Address Map 
NMI Register VO Read/ Number 
Address Write of Bits 
NMI Status register 006 1h rw 8 
NMI Enable register 0070h Ww 8 
Extended NMI register 046 1h rw 8 J 
Software NMI register 0462h Ww 8 


Port 061h, bits < 6:7 > and port 0461h bits < 5:7 > indicate the source of an NMI interrupt. 
The following paragraphs describe the ports 061h and 0461h bits. 


Parity Error from System Memory 


Port 061h bit < 7 > is set (PARITY ERROR) if system memory detects a parity error. This 
interrupt is enabled by setting Port 061h bit < 2 >to “0.” To reset the parity error set port 
Q61h bit < 2 > to “1” (Disable Parity Interrupt) and then clear it to “0” (Enable Parity 
Interrupt). 
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Assertion of IOCHK* 


Port 061h bit < 6 > is set (OCHK* NMI) if an expansion board asserts IOCHK* on the 
ISA/EISA bus. This interrupt is enabled by setting Port 061h bit <3 > to “0.” To reset the 
interrupt set Port 061h bit < 3 > to “1” (Disable IOCHK* NMI) and then set it to “OQ” 
(Enable IOCHK* NMI). 


Fail-Safe Timer Timeout 


Port 0461h bit < 7 > is set (FAILSAFE NMI) if the fail-safe timer count has expired before 
being reset by a software routine. This interrupt is enabled by setting Port 0461h bit < 2 > 
to “1.” To reset the interrupt set Port 0461h bit < 2 > to “0” (Disable Failsafe Interrupt) 
and then set it to “1” (Enable Failsafe Interrupt). 


Bus Timeout 


Port 0461h bit < 6 > is set (BUS TIMEOUT) if more than 64 BCLKs (8 us) have elapsed 
from the rising edge of BCLK after MAKx* was negated until the master negates 
MREQx*. A bus timeout also occurs if a memory slave extends a cycle long enough that 
CMD* remains asserted more than 256 BCLKS (32 ts). The DMA controller does not 
cause a bus timeout. The bus timeout interrupt is enabled by setting Port 0461h bit < 3 > to 
“1” or disabled by setting Port 0461h bit < 3 > to “0.” To clear the bus timeout interrupt 
set Port 0461h bit < 3 > to “OQ” (Disable Bus Timeout Interrupt) and then set it to “1” 
(Enable Bus Timeout Interrupt). The system board asserts RESDRV when a bus timeout 
occurs. Clearing the bus timeout status bit causes the system board to negate RESDRV. 


Software Generated NMI 


Port 0461h bit < 5 > is set (NMI I/O PORT) if an I/O write access occurred to Port 0462h 
(the data value written to the port does not matter). This interrupt is enabled by setting Port 
O0461h bit< 1>to“1.” To reset the interrupt set Port 0461h bit < 1 > to “O” (Disable NMI 
I/O port Interrupt) and then set it to “1” (Enable NMI I/O Port Interrupt). 
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Bus Reset 


Port 0461h also supports bus reset. Bit < 0 > can be used to perform a system bus reset 
without resetting other devices in the system. A system bus reset is done by setting Port 
0461h bit <Q > to “1” which asserts the RESDRV signal on the ISA/EISA bus. Bit < 0 > 
should be set long enough for the system bus devices to be properly reset, and then Port 
0461h bit <Q > should be cleared to continue normal operation. When performing a system 
bus reset, standard system board devices such as timers, keyboard, etc. are not reset. 


Speaker Control and Memory Refresh 
Port 061h also supports speaker control and memory refresh status. 
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—_ NMI Status and Control Ports 


Port 061h provides NMI status and control, speaker control and memory refresh status. Port 
0461h provides additional NMI status and control. 


NMI Status and Control Ports — 
Port O61h 
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O = No parity error NMI from system board 
1 = Parity error NMI requested (read only, must be “O” for writes) 


1 = IOCHK* asserted (IOCHK* NMI) 
0 = IOCHK* negated (No IOCHK* NMI) (read only, must be “O” for writes) 


State of speaker timer (Read Only) (Must be “O” for writes) 
O = Speaker off 
1 = Speaker on 


Toggles after each refresh request 
O = RAM notin refresh cycle 
1 = RAM refresh occurring now (Read only, must be “O” for writes) 


1 = IOCHK* NMI disabled and cleared 
0 = IOCHK* NMI enabled (R/W) 


O = System board parity error enabled 
1 = Parity error disabled and cleared (R/W) 


O = Speaker timer off (R/W) 
1 = Speaker timer on 


Gate signal for speaker timer (R/W) 


O = Timer 1, counter 2 (speaker) disabled 
1 = Timer 1, counter 2 (speaker) enabled 
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Extended NMI Status and Control Port 
Port 0461h 


NMI from fail-safe timer (Read Only) (Must be “0” for writes) 
O = No NMI pending 
1 = Fail-safe timer active and NMI pending 


NMI from Bus Timeout (Read Only) (Must be “O” for writes) 


O = No NMI pending 
1 = NMI pending 
NMI I/O Port status (Read Only) (Must be “0” for writes) 
O = No NMI pending 
1 = NMI pending 


4 Reserved (Read Only) (Must be “O” for writes) 


32-bit Bus Timeout 


O = with NMI disabled and cleared 
1 = with NMI enabled wW 


O = Fail-safe NMI disabled and cleared 
1 = Fail-safe NMI enabled (R/W) 


O = NMI //O port disabled 
1 = NMI 1/O port enabled (R/W) 


0 O = Normal Bus reset operation (R/W) 
1 = Bus reset asserted (RSTDRV) 


NOTE: The power-up sequence leaves bits 0,1, and 2 cleared to “O”. 
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NOTES: _ 1. If the NMI enable/disable bit (port 70h bit 7) is disabled, port 0461h bits 
< 5:7 > read “OQ” even if an NMI from that source is pending. 


2. The interrupt service routine should examine NMI status bits and correct the 
NMI source one at a time. After an NMI source has been cleared and the 
corresponding bit reset, the NMI status bits should be checked again in case 
more than one source of NMI has occurred at one time. If another status bit 
is active then it should also be handled. It 1s possible that by doing this the 
routine may see an NMI interrupt immediately following another, with the 
second interrupt showing no active status bits. The second interrupt should 
then be ignored. This logic is required to insure that no NMI interrupts are 
lost, as the 8086 class CPUs do not allow NMI routines to be interrupted by 
another NMI, but store a second NMI edge for execution after the IRET. 
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Software NMI Generation Port J 


Port 0462h provides a software mechanism to cause an NMI. A write to any Port 0462h bit 
causes an NMI if interrupts are enabled. 


Software NMI Generation Port (Write Only) 
Port 0462h 


Any write causes NMI 


Port 70 provides a mask register for the NMI interrupt, as shown below. The 
most-significant bit (bit < 7 >) enables or disables the NMI interrupt. NMIs are disabled 
from all sources if bit <7 > 1s programmed to “1.” Writing an 80h to Port 70h masks 
the NMI. 
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NMI Enable/Disable and Real-time Clock 
Address Port 


The NMI enable/disable bit shares Port 70h with the real-time clock device. The real-time 
clock device uses Port 70 bits < 0:6 > to address CMOS memory locations. Writing to Port 
70h sets both the NMI enable/disable bit and the CMOS memory address pointer. Accesses 
to CMOS must correctly initialize the CMOS address pointer, and must maintain the 
correct state of the NMI enable/disable bit. 


NMI Enable/Disable and Real-time Clock 
Address Port (Write Only) 


Port 070h 


7 O = NMI enabled 
1 = NMI disabled 


6.0 - Real-time address 


32-Bit Bus Master Status Latch 


A CPU-readable latch identifies the EISA bus master that most recently had control of the 
bus. The latch 1s located at port address 0464h and is read only. A single bit is cleared to 
“Q” after each arbitration cycle to indicate the slot that was most recently granted the bus. 
Port 0465h is reserved for an additional status latch for seven more bus masters. 


An NMI service routine may read this latch to determine which bus master controlled the 
bus when a bus preempt timeout occurred. The NMI service routine may then display the 
bus master that caused the fault (although a slave may have caused the fault by hanging up 
the bus master), and reinitialize the system. 
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32-bit Bus Master Status Latch (Read Only) 


Sd 
Slots 1-8 — Port 0464h 
Slots 9-15 — Port 0465h 
BIT | PORTO464h FUNCTION | PORT 0465h FUNCTION | 
6 | soz St 
5 | soe St 
4 [ sots Sot 
3 | sora TS 
a ee 
a ee 
a Se 

wW 
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INTERVAL TIMERS 


EISA systems contain five counter/timers that are equivalent to those found in the Intel 
8254 Programmable Interval Timer. The counter/timers are programmed by I/O accesses 
and are addressed as though they are contained in two separate 8254 Interval Timers. Timer 
1 contains three counters, timer 2 contains two counters (EISA systems do not implement 
the middle counter of timer 2). The counter clocks are developed from an external 14.31818 
MHz crystal oscillator. 


The timer 1, counter Q OUT pin connects to IRQO, and provides a system timer interrupt 
(IRQO) for time-of-day, diskette time-out, and other system timing functions. The timer 1, 
counter 1 OUT signal generates DRAM refresh requests. The timer 1, counter 2 OUT 
signal generates the speaker tone. 


Timer 2, counter 0 implements a fail-safe timer. The OUT pin is connected to the NMI 
interrupt to the CPU, allowing the timer to generate NMI interrupts at a regular interval, 
thus preventing the system from locking up. Timer 2 counter 1 is not implemented. Timer 2 
counter 2 1s designated as available for use by system board manufacturers and can 
implement any additional timing function needed. 
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Interrupts and Timers 


Function 
Gate 
Clock In 
Clock Out 


Function 
Gate 
Clock In 
Clock Out 


Function 
Gate 
Clock In 
Clock Out 


Table 9-4 


Interval Timer Functions 


Interval Timer 1 
Counter 0 


System Timer 
Always on 
1.193 MHz 
IRQO 


Interval Timer 1 
Counter 1 


Refresh Request 
Always on 

1.193 MHz 
Request refresh 


Interval Timer 1 
Counter 2 


Speaker Tone 
Programmable (Port 6 1h) 
1.193 MHz 

Speaker input 
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Interval Timer 2 
Counter 0 


Fail-safe Timer 
Always on 
298.3 KHz 

NMI Interrupt 


Interval Timer 2 
Counter 1 


Not implemented 


Not implemented 


Not implemented 
Not implemented 


Interval Timer 2 
Counter 2 


CPU speed control 
Refresh Request 
BCLK 

CPU speed Control 
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The following table shows the I/O address map of the interval timer counters. 


0000 


Table 9-5 


Interval Timer Counters I/O Address Map 


/O Port Address 


(binary) 
0000 010X 
0000 010X 
0000 010X 
0000 010X 
0000 010X 
0000 010X 
0000 010X 
0000 010X 


LSB 
0000 


0001 
0010 
0011 
1000 


1001 
1010 
1011 


Register 
Description 


Programmable Interval Timer 1, 
System Clock (Counter 0) 


Refresh Request (Counter 1) 
Speaker Tone (Counter 2) 
Control Word register 


Programmable Interval Timer 2, 
Fail-safe Timer (Counter 0) 


Reserved 
Counter 2 


Control Word register 
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Programming the Interval Timers 
The counters are programmed by the following procedure: 


1. Write the Control Word to the control address 
2. Write the initial count value for the counter 


Interval Timer Control Word Format 


The Control Word specifies the counter, the operating mode, the order and size of the count 
value, and whether it counts down in a 16-bit or binary-coded decimal (BCD) format. The 
control word is always written first, before count values can be loaded into a counter. 


If a counter is programmed to read or write two-byte counts, the following precaution 
applies: A program must not transfer control between writing the first and second byte to 
another routine which also writes into that same counter; otherwise, the counter will be 
loaded with an incorrect count. The count must always be completely loaded with both 
bytes. 
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~~ Interval Timer Control Word Format 


Timer 1: Port 0043h 
Timer 2: Port OO4Bh 


OO = Select counter 0 
O01 = Select counter 1 
10 = Select counter 2 
11 = Read Back command 


OO = Counter Latch command 
01 = R/W least-significant byte 
10 = RWW most-significant byte 
11 = R/W least-, then most-significant byte 


000 = Mode 0 
001 = Mode 1 
010 = Mode 2 
011 = Mode 3 
100 = Mode 4 
101 = Mode 5 


O = Binary Countdown 
1 = BCD Countdown 
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Counter Operating Modes J 


Table 9-6 lists the six operating modes for the interval counters. 


Table 9-6 

Interval Timer Counter Modes 
Mode Function 
0 Asserts OUT signal at end-of-count 
1 Hardware retriggerable one-shot 
2 Rate generator (divide-by-n counter) 
3 Square-wave output 
4 Software-triggered strobe 
5 Hardware-triggered strobe 


Counter Initial Count Value 


Each counter is a 16-bit word. However, since the interface to the timer is 8 bits, the count 
value must be programmed in two I/O operations. The control word determines the protocol 
for programming the counter. It is possible to program the least-significant byte only, the 
most-significant byte only, or both, one after another (LSB then MSB). Note that the first 
two options require two I/O writes (the control word and then the value) while the third 
option requires three writes (the control word, LSB, then MSB). 


Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 9-43 


Monitoring Timer Status 


It is possible to determine the current status of each of the five counters, including the 


Current count value, without disturbing the count in progress. There are three methods for 
reading the counters: 


1. Simple I/O read from counter address 
2. Counter Latch command 


3. Read-Back command 


Counter Read Operation 


An I/O read access to the address of the desired counter will return the current value of the 
counter. However, the CLK input to the counter must be disabled when the read occurs to 
prevent the count changing during the read operation and returning an invalid value. Since 
the GATE controls for Timer 1 counter 0, Timer 1 counter 1, and Timer 2 counter O are 
always enabled, it is not possible to guarantee the results of an I/O read to these counters. 
One of the other two methods must be used to determine count value for these counters. 
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Counter Latch Command 


The Counter Latch command is a control word that causes the current value of the selected 
counter to be latched at the time the Counter Latch command is written to the control word 
register. Once the latch command has been given, the value may be read by an I/O access 
to the appropriate address. The Counter Latch command format is given below: 


Counter Latch Command Format 


Counter Select (or Read-Back command) 
OO = Latch Counter 0 
01 = Latch Counter 1 
10 = Latch Counter 2 
11 = Select Counter Read-Back command (See Read-Back command) 


5,4 00 = Designates this byte as a Counter Latch command 
EE 
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Counter Read-Back Command 


The Read-Back command is used to determine the count value, programmed mode, and 
Current states of the OUT pin and Null Count flag of the selected counter or counters. The 
Read-back command is written to the control word register, which causes the current states 
of the above mentioned variables to be latched. The value of the counter and its status may 
then be read by I/O accesses to the counter address. The following tables show the format 
for the Read-back command and the Status Byte. 


Counter Read-Back Command Format 


O = Latch status of selected counters 
= Select Counter 2 


1 
1 = Select Counter 1 
1 


= Select Counter 0 
Reserved (0) 


La 
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The status byte may be read from the counter base address after the counter Read-Back —J 
command. The status byte has the following format: 


Counter Status Byte Format 


Timer 1: Port 040h 
Timer 2: Port 048h 


OUT Pin Status 
O =OUT Pin is 0 (low) 
1 = OUT Pin is 1 (high) 


Returned Status 
O = Control register contents not moved into CE 
1 = Control register contents are moved into CE 


Counter Latch Status 
0O = Counter Latch command 

01 = R/W least-significant byte | 

10 = RWW most-significant byte4 — 

11 = R/W least, then most-significant byte 


Counter Mode 
000 = Mode 0 
001 = Mode 1 
010 = Mode 2 
011 = Mode 3 


100 = Mode 4 
101 = Mode 5 


Binary/BCD Countdown Mode 
O = Binary Countdown 
1 = BCD Countdown 
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EISA SYSTEM 
CONFIGURATION 


10.1 INTRODUCTION 


EISA systems provide a mechanism for automatic configuration of the system board and 
expansion boards. The EISA configuration mechanism consists of the following 
components: 


m@ An EISA configuration utility (software) to configure the system board and expansion 
boards 


m@ A software interface to the configuration utility that Configuration File Extensions can 
use to control and customize the configuration process 


Configuration files that accompany the software utility 
Configuration files that accompany the system board and expansion boards 


Extended nonvolatile memory for storing configuration information 


A mechanism to save and restore a backup copy of the system configuration 
information 


@ BIOS routines to read and write contents of nonvolatile memory 


Automatic detection and initialization of EISA expansion boards by the system ROM 
power-on routine 


m 1024-byte I/O address space for each EISA expansion board (slot-specific) 


EISA expansion boards are supplied with the manufacturer’s configuration (CFG) files. 
Switch programmable ISA products may also (as an option) come with CFG files. The 
configuration utility, provided with the EISA system, uses the information contained in 
the CFG files to determine a conflict-free configuration of the system resources. The 
configuration utility stores the configuration and initialization information into nonvolatile 
memory and saves a backup copy (an SDI file) on diskette. The system ROM power-on 
routines use the initialization information to initialize the system during power-on and 
device drivers use the configuration information to configure the expansion boards during 
operation. 
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10.2, DEVICES SUPPORTED 
BY AUTOMATIC 
CONFIGURATION 


EISA systems provide automatic configuration for expansion boards plugged into the 
expansion bus, peripheral devices built into the system board, and software drivers that use 
system resources, such as an expanded memory (LIM EMS) emulator. The following 
information provides an overview of the mechanism used for automatic configuration of the 
devices. 


Expansion Boards 


Expansion boards install into EISA and ISA bus connectors. Each bus connector is referred 
to as a Slot. The bus connectors are numbered sequentially from 1 to “n” (with 15 as a 
maximum “n’’). For example, an EISA system with 7 bus connectors has slots numbered. 
from slot 1 to slot 7. 


EISA Expansion Boards 


Each EISA slot has I/O address decoding hardware that provides the installed expansion 
board with a unique, 1024-byte, slot-specific I/O address space. EISA expansion boards use 
the slot-specific I/O address space for I/O registers (that 1s, configuration and operational 
registers). The EISA system ROM uses configuration information from nonvolatile memory _ 
to initialize the configuration registers during power-on. 


Refer to the section entitled “Expansion Board Address Decoding” and the one entitled 
“System Board Slot-Specific I/O,” of this guide for detailed information on the slot-specific 
I/O ranges. 


An EISA expansion board must contain a readable product ID and must support the 
expansion board control bits ENABLE and IOCHKERR. Refer to the section entitled 
“Expansion Board Control Bits” and the one entitled “EISA Product Identifier” of this 
guide for detailed information. 


Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 


ISA Expansion Boards 


The EISA Configuration Utility also aids in configuration of ISA expansion boards that 
provide a configuration file. The utility uses the information from the configuration file to 
determine the correct switch and jumper settings and I/O port initializations for ISA 
expansion boards. The Configuration Utility displays the proper switch and jumper settings 
to the user. 


ISA initialization and operational registers must occupy the ISA-compatible expansion 
board I/O space (100h-3FFh). ISA systems do not support the EISA slot-specific I/O 
ranges. The EISA system ROM power-on routines automatically initialize the ISA registers 
that are specified in the configuration file. 


System Board 


Peripherals integrated onto the system board require automatic configuration support 
similar to expansion board peripherals. System board peripherals may be designed to use 
EISA slot-specific I/O ranges and the ISA system board I/O range. 


System Board Peripherals Using 
Slot-Specific I/O Space 


A system board peripheral that uses slot-specific I/O is functionally similar to an expansion 
bus peripheral, but it is integrated onto the system board rather than installed in a bus 
connector. EISA automatic configuration treats the system board peripheral as an expansion 
board peripheral, except that it is referenced as an “embedded device.” 


System Board Peripherals Using 
System Board I/O Space 


System board peripherals that use ISA expansion board I/O space (100h-3FFh) can be 
treated as “virtual devices.” The Configuration Utility stores the configuration and 
initialization information for “virtual devices” in nonvolatile memory during configuration. 
The system ROM automatically initializes the virtual device during power-on. 
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Software Drivers Requiring System 
Resources 


Software drivers that require system resources (that 1s, memory allocation) are also treated 
as “virtual devices.” For example, a software driver that emulates expanded memory (LIM 
EMS) requires memory allocation for the page frame, or a software driver that requires a 
buffer memory allocation to store data during a data transfer. 
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10.3 CONFIGURATION UTILITY 


The configuration utility (supplied with the EISA system) uses configuration files to 
resolve conflicts in assignment of system resources such as interrupt levels and DMA 
channels. The configuration utility also extracts initialization information that is used for 
system board and expansion board initialization. The information is stored in nonvolatile 
memory and a backup is saved on diskette. 


The type of nonvolatile memory and method of writing the data is not included in the EISA 
standard and is determined by the system manufacturer. The system manufacturer also 
provides BIOS routines to initialize the expansion boards with the information stored in 
nonvolatile memory. The BIOS routines also read configuration information from 
nonvolatile memory for device drivers and other system software. 


All references to the configuration utility included in this guide refer to the configuration 
utility available from MCS, Inc. of Dallas, Texas. 


The configuration utility is used to configure an EISA computer. The configuration process 
provides the following functions: 


@ Read and parse configuration files 
= Automatically allocate resources to create a conflict-free system 


m Saves configuration to diskette, which allows a common configuration to be ported to 
other similarly configured machines 


@ Write configuration information into nonvolatile memory 


System board and expansion board products may include CFG File Extensions that extend - 
the capabilities of the configuration utility and customize the configuration process. For 
example, a CFG File Extension may be used to detect options installed on an expansion 
board, to accept and process user input (other than menu selections), or to write 
configuration information to non-EISA nonvolatile memory. 
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10.4 CONFIGURATION FILES 


The configuration files contain the expansion board ID, system resource requirements and 
initialization information for system board or expansion board devices. 


The initialization information provides data for power-on initialization. The configuration 
utility stores the appropriate I/O port initialization information in nonvolatile memory. 
The system ROM reads the information from nonvolatile memory during power-on and 
initializes the I/O ports. 


System resource requirements include memory, I/O ports, interrupts, and DMA channels. 
The configuration utility verifies that system resource selections do not conflict with 
resource allocations already selected for other devices. The configuration utility then stores 
the appropriate system resource information in nonvolatile memory. The system ROM 
reads the information from nonvolatile memory during power-on and initializes the devices 
and expansion boards. 


A device driver can use a BIOS routine Call to determine the proper expansion board 
initialization and to determine the system resource configuration. 


A software driver can use the BIOS routines to identify the functions of expansion devices 
and the resources allocated to the devices. The driver can determine the contents of each 
slot, its functions, the initialization information, and the system resources allocated for each 
function. 
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Configuration File Extensions 


System board and expansion board products may include CFG File Extensions (also called 
an overlay file) that customize the configuration process. 


CFG File Extensions can be used to determine the installed hardware by reading from the 
hardware registers or other means. For example, the overlay may detect the presence of 
floating point coprocessors, disk drives (and determine drive type), or total amount of 
memory installed on a memory expansion board. 


The overlay can control the configuration of a system board or expansion board. It can 
access the hardware, provide the user interface and process the user-specified configuration 
selections. Or the overlay can provide a limited set of configuration services and rely on the 
configuration utility to perform its normal functions. 


Interaction between the configuration utility and the CFG File Extension is specific to the 
utility. Therefore, the CFG file extension must be written such that it uses the calling 
conventions and interface handling routines recognized by the utility. 


Expansion Board Identifier 
(Product ID) 


The expansion board identifier (product ID) is a unique product identification code that can 
be read by the system ROM or other software to identify, or locate an expansion board. 
Information that can be combined in an expansion board ID includes the manufacturer’s ID, 
product number, and revision level. The exact method for selecting an expansion board ID 
is described in the section entitled, Product Identifier (ID). 


EISA expansion boards must contain a readable product ID. The power-on routines use the 
ID to determine the slot in which the expansion board is installed. The expansion board 1s 
then programmed by the system ROM with the configuration parameters that were stored in 
nonvolatile memory. 


ISA expansion boards should have a product ID provided in the configuration file. The 
product ID may or may not be readable. An expansion board ID is recommended for ISA 
we expansion boards since it can be stored in nonvolatile memory with other manufacturer 
specified information such as the initialization information and resource requirements. The 
data stored in nonvolatile memory can then be accessed by software drivers, to determine 
the expansion board configuration. 
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V/O Port Initialization Information 


The configuration file contains I/O port initialization information necessary to configure an 
expansion board. The I/O port initialization information specifies the I/O port addresses and 
values for each alternative configuration. 


System Resource Requests 


Devices that require system resources include the resource request in the configuration file. 
The CFG file can contain requests for the following system resources: 


™@ Memory: specify the amount of memory supported, starting address, whether it is 
writeable or cacheable, and initialization parameters required 


= I/Oports: specify port addresses and initialization parameters required 


@ Interrupts: specify interrupts supported, whether the interrupt can be shared, whether it 
is edge or level sensitive, and any initialization parameters required 


m@ DMA channels: specify the choice of DMA channels, whether the channel can be 
shared, the channel’s data size, the channel’s cycle timing, and any initialization 
parameters required 
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Configuration File Filenames 


The filename of an EISA or ISA configuration file consists of an exclamation point 
followed by the product ID and a filename extension CFG. The exclamation point must be 
included as the initial character of all CFG filenames. Valid filenames have the following 
format: 


!ACE1234.CFG !XYZ5678.CFG  !ABCOOQ00.CFG 


The filename convention is the same for a system board, expansion board, embedded 
device, or virtual device. For example, an expansion board with a product ID of ACEO101 
has a configuration file named !ACE0101.CFG. 


The expansion board manufacturer should ensure that the configuration file filename is 
updated to reflect revisions to the expansion device. For example, a product with an ID of 
ACE101 may have a configuration file named !ACE0101.CFG. A subsequent revision of 
the product would have an ID of ACE102. Therefore, the configuration file should be 
named !ACE0102.CFG. This ensures that the appropriate CFG file is loaded for the device. 


_— The configuration utility includes a mechanism to manage duplicate IDs. For example, the 
configuration files for two expansion boards with ID ACE1234 installed in the same system 
could be renamed when copied to the configuration diskette: the first configuration file 
detected is copied to !ACE1234.CKFG, the second configuration file detected 1s copied and 
renamed from !ACE1234.CFG to 1ACE1234.CFG, the next one is renamed to 
2ACE1234.CFG. 
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10.5 CONFIGURATION 
PROCEDURE 


EISA system configuration requires the following hardware and software: 


An EISA computer system 

The EISA system board configuration file 

The system configuration utility 

Optionally, EISA expansion boards and configuration files 
Optionally, ISA expansion boards and configuration files 


EISA or ISA Configuration File Extensions (where needed) 


The following procedure describes an example configuration process for an EISA system 
with EISA and ISA expansion boards. This example configuration requires a bootable 
EISA computer with a display, keyboard, and floppy diskette attached. 


Start the following procedure with the computer power switch “OFF.” 


1. 
2. 
3. 


Install EISA boards in the computer to allow “automatic detection” of the devices. 
Insert the system configuration utility diskette. 


Turn the computer power switch on (“1”), to boot from the configuration utility 
diskette. 


Use the configuration utility commands to copy each configuration file and CFG 
File Extensions to the configuration utility diskette. The configuration utility 
automatically renames the CFG files from expansion boards with duplicate IDs. 


Let the configuration utility automatically select a conflict free configuration. 
The user may override the automatic selections. 


Set the switches on ISA expansion boards to the positions indicated by the 
configuration utility. 


Turn the computer power switch off (“O”) and install the expansion boards in the 
expansion slots as indicated by the configuration utility. 
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8. Remove the system configuration utility diskette. 


9. Turn the computer power switch on (‘1’) to the configured system, booting from the 
normal boot device (for example, the fixed disk). 


10. Incorporate the software options into the operating system startup files as indicated by 
the configuration utility. The startup files can execute programs that require command 
line parameters (for example, /s, /g). The configuration utility indicates the proper 
parameters. For example, the configuration utility lists entries for the CONFIG.SYS 
and AUTOEXEC.BAT files of an MS-DOS operating system. 


11. Reboot the system. 
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Configuration File Syntax 


The following sections specify the syntax conventions used in this document and for 
configuration files. 


Symbol Conventions 


The configuration file syntax uses the following special symbols: 


{} 
\ 


\t 
\n 


space 


Empty braces indicate a null value. 


The backslash within a text field identifies an embedded character. Embedded 
characters include the \t for an 8-space tab, \n for a line feed, \”’ for quotation 
marks, and \\ for a backslash. 


Embeds a tab within text. Tab stops are: 1, 9, 17, 25, 33, ... 


Replaces \n with a carriage return, line feed. The configuration utility 
automatically wraps text at the right margin to the next line (word wrap) for free 
form text fields. 


Embeds a quotation mark character within text that has quotation marks delimiting 
the entire field. 


Embeds a \ (backslash) character within text. 


Information enclosed in quotation marks is free form ASCII text. The text can 
contain embedded characters, including tabs and line feeds. Quotation marks can 
be used within a text field by entering a \”. 


The dash (hyphen) separates the minimum and maximum values in a range. 


The vertical bar is equivalent to an OR statement. Items separated by a vertical bar 
(1) indicate that only one of the items is allowed. 


A blank space is equivalent to an AND statement. Information separated by a 
space indicates all items are included. The space serves to group items of an 
inclusive list. For example, the statement (x and y) or (y and z) is denoted: 
xyly z. 


The semicolon precedes comments in the configuration file. The configuration 
utility ignores text that follows the semicolon (up to the end of the line). 
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Numerical Value Conventions 


Numerical values within a configuration file must adhere to the following conventions: 


m= All numerical values are assumed to be decimal unless otherwise indicated. Decimal 
values can include a trailing d or D. 


= Binary port values must be written with the MSBit on the left and may include a 
trailing b or B. A “1” or “OQ” in a bit position indicates the bit value. 


Decimal fractions are not allowed. 


m Address values may be expressed as megabyte (indicated by an M suffix), kilobyte 
(indicated by a K suffix), or byte (no suffix). Values for megabytes or kilobytes must 
be given in decimal units but cannot include a trailing d or D. For example, two 
kilobytes can be represented either by 2K or 2048d, but not by 2Kd. 


m Hexadecimal values must include a trailing h or H. In the case of hexadecimal values 
that begin with an alpha character, such as C68h, the value must also have a leading 0 
(zero), and when noting slot-specific EISA port addresses, the value must be preceded 

Caw by an OZ (zero Z); for example, slot-specific port C8Oh would be represented as 

OZC8Oh. 


An “x” in a binary value indicates the bit is not used or a don't care. 


An “r” in a binary value indicates the hardware register must be read and the actual bit 
value masked into the “r” bit position. 


m An “n” ina binary value for a tripole jumper indicates the jumper is not installed. 
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Keyword and Field Guide Conventions 


Within this document the following conventions are followed when describing the 
configuration file: 


Value: indicates that an ASCII string or number is required in this field; any 
numerical unit format can be entered for a value. 

{ }: may be selected to indicate that none of the resource selections are used. 

List: indicates that a set of resource selections can be included in the field, each 


delimited vertical bar (|, logical OR). 


Rangelist: indicates that a set of resource address range selections or lists may be 
included in the field, each delimited by a vertical bar (|, logical OR). 


Valuelist: indicates that a set of values may be included in the field, each delimited by 
a vertical bar (|, logical OR). 


Textlist: indicates that a set of ASCII values may be included in the field; the textlist 
must be contained within double quotes, with each string delimited by a 
space. 


Switchlist: indicates that a set of switches may be included in the field, each delimited 
by a space. A switchlist may also comprise a range of switches. 


Jumperlist: indicates that a set of jumpers may be included in the field, each delimited 
by a space. A jumperlist may also comprise a range of jumpers. 


Bitlist: indicates that a set of bit positions may be included in the field. A bitlist 
may also comprise a range of bits. 


parameterlist: indicates that a set of ASCII values may be included in the description field 
of a software statement; the parameterlist must be contained within double 
quotes, with each string delimited by a vertical bar (I, logical OR). 


[ }: Items within square brackets are optional. 


CAPS: Keywords are indicated by all capital letters. For example, BOARD, ID, 
NAME, and COMMENTS are keywords and are indicated by all capitals. 
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italic: Italic text used in the syntax provides descriptive information about the 
indicated field. For example, names, values, lists and ranges are indicated 
by italic text. 


ASCII text: | ASCII characters 20-255h are valid for fields that require ASCII text. Null 
strings are allowed. 


(Optional): When used within a statement title, indicates that the statement is not 
required in the configuration file. 
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10.6 CONFIGURATION 
FILE FORMAT 


A configuration file consists of a board identification block, one or more initialization 
information blocks, and one or more function statement blocks. The configuration file 
begins with a board identification block, which provides the name and ID of the board as 
well as slot information. The initialization information blocks include the values to 
initialize I/O ports and information about jumper and switch settings. The function 
statement blocks specify the resource requirements of the functions of the board. 


Every configuration file must include the board identification block. The initialization 
information blocks and function statement blocks are optional, but must be included to 
utilize automatic configuration. 


The configuration file has the following structure: 


Board Identification Block 

Board Identification and Slot Information 
[System Information Block] 
(Initialization Information Block 

I/O port requests 

Switch and jumper settings 

Software initialization information} 
[Function Statement Block 

Configuration Selections 

[Resource requirements]] 


[Function Statement Block 
Configuration Selections 
[Resource requirements] ] 
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Board Identification Block 


Cy 
Each configuration file must begin with a board identification block. Four required fields 
must be included in the board identification block to provide the basic ID requirements of 
the board; optional fields can be included to provide additional board identification 
information: 
System boards require special configuration files and are covered in the section entitled, 
“System Board Configuration File.” 
The board identification block has the following format: 
BOARD 
ID = “7-character ID” sProduct ID 
NAME = “descriptive name” 
MER = “manufacturer name” 
CATEGORY = “3-character category” 
[SLOT = ISA8IISA16IISA8OR 16IOTHERIEISAIVIRIEMB[(n)] [, ‘text’’]... 
[LENGTH = value] ‘In millimeters 
— [AMPERAGE = value] -SV current used, in mA 
[SKIRT = YES | NO] 
[READID = YES | NO] ‘Readable product ID 
[BUSMASTER = value] *Maximum acceptable latency (in Ls) 


[IOCHECK = VALID | INVALID] 

[DISABLE = SUPPORTED | UNSUPPORTED] 
[COMMENTS = “general information”] 

[HELP = “help information” ] 
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BOARD Statement (Required) 


Syntax: 
BOARD 


The BOARD statement identifies the beginning of the Board Identification Block. 


ID Statement (Required) 


Syntax: 
ID = **7-character ID” 


The ID statement contains the seven-character expansion board ID. The ID is the 
uncompressed, ASCII representation of the product ID (see the section entitled, “EISA 
Product Identifier,” for information on compressed IDs). The seven-character ID consists of 
a three-character manufacturer code, a three-character hexadecimal product identifier, and a 
one character hexadecimal revision number. For example, the second revision of an 
expansion board manufactured by the ACME Board company might have an uncompressed 
ID such as ACE0102. 


NAME Statement (Required) 


Syntax: 
NAME = “descriptive name” 
The NAME statement contains text that identifies the product. Part numbers and other 


information may also be included. The NAME text field can contain up to 90 ASCII 
characters. 


MER Statement (Required) 
Syntax: 
MFR = “manufacturer name” 


The MER statement contains a text field that identifies the board manufacturer. The MFR 
text field can contain up to 30 ASCII characters. 


Extended Industry Standard Architecture Expansion Bus 


= Technical Reference Guide 10-19 


CATEGORY Statement (Required) 


Syntax: 
CATEGORY = “3-character category” 


The CATEGORY statement contains a 3-character ASCII string (use uppercase for 
consistency) that identifies the board’s functional category. The configuration utility 
displays the CATEGORY text field (in upper case) during system configuration. 


The CATEGORY statement must use one of the categories shown in Table 10-1. 


Table 10-1 
Category Statements 
ASCIl String Function 
COM communications device 
KEY keyboard 
_— MEM memory board 
MFC multifunction board 
MSD mass storage device 
NET network board 
VID video board 
NPX numeric coprocessor 
OSE operating system/environment 
OTH other 
PAR parallel port 
PTR pointing device 
SYS system board 
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SLOT Statement (Optional) 


Syntax: 
SLOT = value [,“‘text’]... 


The SLOT statement identifies the type of slot in which the expansion board can be 
installed. Options that can be entered in the value field include: ISA8, ISA16, ISA8OR16, 
EISA, VIR, EMB(n), or OTHER. If the SLOT statement is omitted, the default is ISA16. 
For expansion devices that occupy physical slots (ISA8, ISA16, ISA8OR16, EISA, and 
OTHER), the value entered in the SLOT field is the actual size of the board’s card edge. 
For example, an expansion board with an 8-bit card edge is set to SLOT = ISA8, an 
expansion board with a 16-bit card edge is set to SLOT = ISA16, and so on. ISA8OR16 is 
provided for 16-bit expansion boards that can also operate in an 8-bit slot. 


A text string can be included with the slot statement following the value field. More than 
one text string can be included. Each text string must be enclosed in double quotes. The 
text is typically used to describe the slot. For example, SLOT = EISA, “ACEMEM” could 
be used to describe an EISA slot reserved for a memory expansion board. 


ISA8 wW 
This entry specifies an 8-bit ISA expansion board (fits in any slot of correct length). 
ISA16 


This entry specifies a 16-bit ISA expansion board (fits in an EISA or 16-bit slot of correct 
length). 


ISA8OR16 


This entry specifies an ISA expansion board configureable as 8- or 16-bit (fits in any EISA 
or ISA slot of correct length). 


EISA 


This entry indicates an EISA expansion board that requires a correct length EISA slot (fits 
in EISA slot only). 
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EMB[(n)] 


This entry indicates a system board peripheral that uses slot-specific I/O space (embedded 
device). The slot-specific I/O range used determines the “n.” The configuration utility 
searches for the device by checking the embedded device IDs if the “n” is omitted. The 
embedded devices are numbered sequentially from “y+1” (y equals the number of 
expansion bus connectors) to 15. 


The system board configuration registers use the slot-specific I/O space, slot number 0, and 
are addressed as embedded device 0, EMB(0). 


VIR 


This entry indicates a virtual device. Virtual devices do not have slot-specific I/O or a 
readable ID. Virtual devices are intended for the configuration utility to perform conflict 
resolution and drivers to obtain configuration information regarding installed devices. Any 
peripheral, device or software that needs a configuration file and is not covered by the other 
device types may be specified as a virtual device. Virtual devices are assigned numbers 
from 16 to a maximum of 64. 


OTHER 


This entry identifies a vendor-specific expansion slot. 


LENGTH Statement (Optional) 


Syntax: 
[LENGTH = value] 


The LENGTH statement specifies the length of the board in millimeters (a decimal 
integer). The LENGTH statement does not apply to embedded devices or virtual devices. 


Expansion boards should include a length statement. The configuration utility cannot 
optimize the slot allocation if expansion boards do not specify length. If the LENGTH 
Statement is omitted the configuration utility defaults to 330. 
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AMPERAGE Statement (Optional) 


Syntax: 
[AMPERAGE = value] 


The AMPERAGE statement, when included in the board identification block, specifies the 
maximum amount of continuous 5V current (in milliamps) required by the base 
configuration of the expansion board. Installable options may specify additional 5V current 
requirements with an AMPERAGE statement in the CHOICE Statement Block (described 
later in this guide). The AMPERAGE statement does not apply to embedded devices or 
virtual devices. 


Devices that require +5 volt power should include an AMPERAGE statement. The 
configuration utility cannot perform an accurate power usage verification if expansion 
boards do not specify their power requirement. If the AMPERAGE statement is omitted, 
the configuration utility defaults to AMPERAGE = 0. 


SKIRT Statement (Optional) 


Syntax: 
[SKIRT = YES | NO] 


The SKIRT statement indicates the presence of a drop-down skirt. (A drop-down skirt is an 
extended lower portion of an 8-bit expansion board that prevents installation into a 16-bit 
Slot.) The default is NO. 


READID Statement (Optional) 


Syntax: 
[READID = YES | NO] 


READID specifies whether or not the expansion board has an ID that can be read from the 
EISA ID registers. The default value is NO. 
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BUSMASTER Statement (Optional) 


Syntax: 
[BUSMASTER = value] 


The Board Identification Block may include a BUSMASTER statement to identify the 
expansion board as a bus master and to specify the maximum acceptable latency. The 
latency value is a guide of the worst case acceptable time (in microsecond units) from the 
bus master bus request to the bus grant. The configuration utility assumes an expansion 
board is not a bus master, if the BUSMASTER statement is omitted. 


IOCHECK Statement (Optional) 


Syntax: 
[IOCHECK = VALID | INVALID] 


IOCHECK is an optional statement that indicates support of the EISA expansion board 
control register IOCHKERR bit. VALID indicates that the expansion board responds to 
reads of its IOCHKERR bit. INVALID indicates that the expansion board does not respond 
to reads of the IOCHKERR bit. The default is VALID. 


DISABLE Statement (Optional) 


Syntax: 
[DISABLE = SUPPORTED | UNSUPPORTED] 


DISABLE is an optional statement that indicates support of the EISA expansion board 
control register ENABLE bit. SUPPORTED indicates that the expansion board may be 
disabled by clearing the ENABLE bit. UNSUPPORTED indicates that the expansion board 
cannot be disabled by clearing the expansion board control register ENABLE bit. The 
default is SUPPORTED. 
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COMMENTS Statement (Optional) - 


Syntax: 

[COMMENTS = “general information” } 

The COMMENTS statement provides information about the expansion board. The 
configuration utility displays the contents of the COMMENTS text field in a window at 
least 40 characters wide. The COMMENTS text field can contain up to 600 ASCII 
characters. 


HELP Statement (Optional) 
Syntax: 
[HELP = “help information’ 


The HELP statement provides information about the expansion board, if the user requests 

help during the configuration. The configuration utility displays the HELP information in a 

window at least 40 characters wide. The HELP text field can contain up to 600 ASCII 

characters. —J 


Example Board Identification Block 
The following example illustrates a board identification block for a multifunction board. 
BOARD 
ID = “ACEO102” ‘Revision 02 


NAME = “EISA Multifunction Board” 
MER = “ACME Inc.” 


CATEGORY = “MFC” ‘Multifunction board 

SLOT = EISA sRequires EISA slot 
LENGTH = 341 ‘Full length board 
AMPERAGE = 3000 *3000 mA max current draw 
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SKIRT = NO 
READID = YES 
COMMENTS = “The EISA Multifunction Board provides 
an asynchronous communication port, 
a parallel port, a game port and 
4 megabytes of memory. “ 
HELP = “The EISA Multifunction Board supports 
full automatic configuration. 
You may want to select the expanded 
memory configuration instead of taking 
the default, which is extended memory. “ 


The SKIRT statement could be omitted from this board identification block, since the 
specified value equals the default value. 


Initialization Information Block 


nad The initialization information block consists of one or more of the following statement 
blocks: 


@ 1/O port initialization statement block 
m@ Switch configuration statement block 
= Jumper configuration statement block 
m@ Software initialization statement block 


All expansion boards that require configuration must provide an initialization block in the 
configuration file, or use the shorthand method described in the I/O Port INIT statement 
discussed in the section entitled “INIT Statements.” 
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1/O Port Initialization Statement Block 


The I/O Port Initialization Statement Block begins with the IOPORT(1) statement. The 
syntax of the I/O port initialization statement block is: 


IOPORT(i) = address ‘I/O port address 
[SIZE = BYTE | WORD | DWORD] ‘Number of bits in I/O port 
[INITVAL = [LOC (bitlist)] valuelist] ‘Initialization value 


IOPORT(i) Statement (Required) 


Syntax: 
IOPORT(1) = address 


The IOPORT() statement specifies the address of an I/O port. Each I/O port must have a 
separate IOPORT(1) statement with a different identifier, “1.” The “1” can be any positive 
integer value from 1 to 32767. Resource and initialization statements use the IOPORT(i) to 
specify I/O port addresses. 


See the “PORTVARQ) Variable” section for an alternative method of specifying the I/O w 
port address. 


SIZE Statement (Optional) 


Syntax: 
[SIZE = BYTE | WORD | DWORD}] 


The SIZE statement specifies the number of bits in the I/O port. The default is BYTE. 


INITVAL Statement (Optional) 


Syntax: 
[LINITVAL = [LOC(bitlist)] valuelist} 


The INITVAL statement specifies the source of the values written to an initialization port. — 
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The valuelist portion specifies the source of each bit of a binary value. An “r” in a bit 
position indicates the bit value must be read from the port. An “x” in a bit position 
indicates the configuration utility determines the bit value based on the selected 
configuration. A “1” or “OQ” in a bit position indicates the bit 1s reserved and must be 
initialized to the specified value. The valuelist must be in most-significant bit (MSB) to 
least-significant bit (LSB) order. 


The INITVAL statement may include the LOC(bitlist) string to reference individual bits. 
The bitlist contains a list or range of bit positions. The elements of the bitlist must be in 
MSB to LSB order. The following example illustrates valid INITVAL syntax. 


INITVAL = 0000111100001111b >WORD port 
INITVAL = 00001111b sBYTE port 

INITVAL = LOC(7-9) 001100rr ‘Byte port with “r” bits 
INITVAL = LOC(7—2) 001100 ‘Byte port (range) 
INITVAL = LOC(7 610) 0011 -4 bits specified 


Example I/O Port Initialization 
Statement Block 


The following example illustrates an initialization information block. The two 
most-significant bits are read from the I/O port, the next two bits are “1” and “0” 
respectively, and the four least-significant bits are determined by the configuration utility. 


IOPORT(1) = 3F8h ‘I/O port address 
INITVAL = rrl0xxxxb ;Bit pattern 
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Switch Configuration Statement Block 


The switch configuration statement block begins with the SWITCH() statement. The 
syntax of the switch configuration statement block 1s: 


SWITCH(i) = value ‘Number switches in set 
NAME = “switch name or description” 

STYPE = DiP | ROTARY | SLIDE ‘Type of switch 
(VERTICAL = YES | NO] ‘Switch orientation 
[REVERSE = YES | NO] ‘Switch numbering scheme 
[LABEL = LOC(switchlist) textlist] ‘Switch labels 

[INITVAL = LOC(switchlist) valuelist] ‘Switch settings 
[FACTORY = LOC(switchlist) valuelist] ‘Factory setting 


[COMMENTS = “configuration comments”) 
[HELP = “configuration help information”) 


SWITCH() Statement (Required) 


Syntax: 
SWITCH(i) = value 


The SWITCH() statement specifies the number of switch positions in a set. Each set of 
switches must have a separate SWITCH() statement with a different identifier, “1.” The 
“1” can be any positive integer value from 1 to 32767. The maximum number of switches is 
16” for all switch types. Value indicates the number of switches in the switch block. 


NAME Statement (Required) 


Syntax: 
NAME = “switch name or description” 


The NAME statement contains the switch name as it 1s designated in the user 
documentation. The name may be up to 20 characters long. 
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STYPE Statement (Required) 


Syntax: 
STYPE = DIP | ROTARY | SLIDE 


The STYPE statement designates the type of switch as DIP, ROTARY, or SLIDE. A DIP 
switch is a set of switches, each having an “ON” and “OFF” position. A ROTARY switch 
is a set of switches with a rotating selector that can be set to one switch position. A SLIDE 
switch is a set of switches arranged linearly with a slide mechanism that can be set to one 
switch position. All switches are numbered beginning with 1. 


VERTICAL Statement (Optional) 


Syntax: 
[VERTICAL = YES | NO] 
The VERTICAL statement indicates the orientation of the switch on the expansion board. 


Refer to the figure below for an illustration of switch orientation. The VERTICAL 
statement defaults to “NO.” 
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REVERSE Statement (Optional) 
S yntax:[REVERSE = YES | NO] 


The REVERSE statement specifies the order that a DIP switch is numbered. REVERSE = 
YES indicates 1234..., REVERSE = NO indicates ...4321 order. Figure 10-1 shows switch 
numbering. The REVERSE statement defaults to “NO.” 


O 
6 1 es | 
PL ELLE PLE ELE 
4 3 
6 6. 4. 3 -2 7 1 2 3 4 5 6 3 4 
2 5 
Reverse = NO Reverse = YES 
Vertical = NO Vertical = NO 1 6 
Reverse = NO Reverse = YES 
Vertical = YES Vertical = YES 
© O 


Figure 10-1. REVERSE Statement DIP Switch Numbering 
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LOC(switchlist) valuelist 


The switch configuration statements LABEL, INITVAL and FACTORY include the 
LOC(switchlist) valuelist (or textlist) string to reference individual switches. The switchlist 
contains a list or range of switch numbers. The elements of the switchlist must be in 
ascending order, if REVERSE = YES or descending order, if REVERSE = NO. A space 
must be included between elements as a delimiter. 


The textlist specifies the ASCII switch name and the valuelist specifies the switch setting 
for each switch position. The valuelist must use the same order as the switchlist. A DIP 
Switch can be set for “1” to indicate “ON,” “O” to indicate “OFF,” or “x” to indicate “don’t 
care.” The dip switch settings are not delimited with a space. The valuelist for a rotary or 
slide switch indicates the selected position number by a “1.” Zeros fill the other positions. 


The following examples illustrate valid LOC(switchlist) valuelist strings: 
REVERSE = YES 


INITVAL = LOC(1 2 3 4) 0011 ‘List of DIP switches 
REVERSE = NO 

INITVAL = LOC(4 3 2 1) 1100 ‘List of DIP switches 
REVERSE = YES 

INITVAL = LOC(1-4) 0011 sRange of DIP switches 
REVERSE = NO 

INITVAL = LOC(4-1) 1100 sRange of DIP switches 
REVERSE = YES 

INITVAL = LOC(1 2 3 4) 00x1 *DIP switches with a don’t care 
REVERSE = YES 

INITVAL = LOC(1-8) 00010000 >8-position rotary or slide switch 
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LABEL Statement (Optional) 


Syntax: 
[LABEL = LOC(switchlist) textlist] 


The LABEL statement specifies labels for individual switches. Each label can have a 
maximum length of 10 characters. If the LABEL statement is omitted, the default label is 
the switch number (...4321 for normal switches and 1234... for reverse switches). The 
following example illustrates use of the LABEL statement: 


LABEL = LOC(4-1) “SW1-4” “SW1-3” “SW1-2” “SW1-1” 


INITVAL Statement (Optional) 


Syntax: 
LINITVAL = LOC(switchlist) valuelist] 


The INITVAL statement specifies the settings for factory set switches that must not be 
changed. If the INITVAL statement is omitted, switch settings are determined by the 
configuration program or are “don’t care.” This statement is particularly important for 
Switches that control undocumented options. The following example illustrates use of the 
INITVAL statement: 


INITVAL = LOC( 3 2 1) xxx0 ;DIP switch 1 may not be changed 


FACTORY Statement (Optional) 


Syntax: 
[FACTORY = LOC(switchlist) valuelist] 


The FACTORY statement indicates the factory settings for the switches. 
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COMMENTS Statement (Optional) 


Syntax: 
[COMMENTS = “configuration comments”’] 


The COMMENTS statement contains information to assist the user in configuring a switch. 
The COMMENTS text field can contain a maximum of 600 characters. The configuration 
utility displays the text in a window at least 40 characters wide. 


HELP Statement (Optional) 


Syntax: 
[HELP = “configuration help information”) 


The HELP statement contains information that is displayed to the user if requested. The 
HELP text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 


Example Switch Configuration 
Statement Block 


The following example illustrates a switch configuration statement block. 


SINITIALIZATION INFORMATION 


BLOCK 
SWITCH(1) = 8 >lst switch—8 positions 
NAME = “SWITCH BLOCK 1” 
STYPE = DIP ;DIP switch type 
VERTICAL = YES ‘Vertical orientation 
FACTORY = LOC(8-1) 11110000 ‘Factory setting = 11110000 
INITVAL = LOC(8-1) xxxxxxx0 ;One reserved switch 
SWITCH(2)= 2 ;2nd Switch—2 positions 
NAME = “SWITCH BLOCK 2” 
STYPE = SLIDE ‘SLIDE switch type 
LABEL = LOC(2 1) “TRQ9” “IRQ8” ;Position labels IRQ9, 
IRQ8 
FACTORY = LOC(?2 1) 10 IRQS Setting 
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Jumper Configuration Statement Block 


The jumper configuration statement block begins with the JUMPER(1) statement. The 
syntax of the jumper configuration statement block is: 


JUMPER(1) = value sNumber of jumpers in set 
NAME = “jumper name or description” 
JTYPE = INLINE | PAIRED | TRIPOLE ‘Type of jumper 
[VERTICAL = YES | NO] ‘Jumper orientation 
[REVERSE = YES | NO} ‘Jumper numbering scheme 
[LABEL = LOCQumperlist) textlist] sASCII Jumper labels 
[LINITVAL = LOCQGumperlist) valuelist] ‘Jumper settings 
[FACTORY = LOCQGumperlist) valuelist] ‘Factory setting 


[COMMENTS = “configuration comments”’} 
[HELP = “configuration help information” ] 


JUMPER(1) Statement (Required) 


Syntax: 
JUMPER(i) = value 


The JUMPER() statement specifies the number of jumper positions in a set. Each set of 
jumpers must have a separate JUMPER(1) statement with a different identifier, “1.” The “1” 
can be any positive integer value from 1 to 32767. The value field has two meanings here 
depending on the type of jumper defined. For inline jumpers, value refers to the number 

of connections. For tripole and paired jumpers, value refers to the number of tripole or 
paired sets. 


NAME Statement (Required) 


Syntax: 
NAME = “jumper name or description” 


The NAME statement contains the jumper name as it is designated in the user 
documentation. The description can contain a maximum of 20 characters. 
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JTYPE Statement (Required) 


Syntax: 
JTYPE = INLINE | PAIRED | TRIPOLE 


The JTYPE statement designates the type of jumper as INLINE, PAIRED, or TRIPOLE. 
INLINE jumpers are arranged in a straight line, such that each post can be connected to an 
adjacent post. PAIRED jumpers are arranged as a series of double posts, such that any 
single pair can be connected across the two posts. TRIPOLE jumpers are arranged as a 


series of triple posts, such that the middle post can be connected to either of the two 
adjacent posts. 


Figure 10-2 illustrates each of the three JTYPEs. 


© 
C265 62S Paired Oe Or Inline 
Ct ee Gye) Reverse = NO i 2 <3 5 Reverse = YES O 
Oo a ae 2 Ff Vertical = NO Vertical = NO 
CD 5G) Oi O -@) Tripole Oey). 4 Tripole 
Ceo re sere Oe 2 
(Oe a Reverse = YES OOO) 3 Reverse = YES 
lf 2 5 “2.5 Vertical = NO Oey A Vertical = YES 


(Oo 


Figure 10-2. JTYPE Statement Jumper Positions 
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VERTICAL Statement (Optional) 
Syntax: 
[VERTICAL = YES | NO] 


The VERTICAL statement indicates the orientation of the jumper on the expansion board. 
The VERTICAL statement defaults to “NO.” 


REVERSE Statement (Optional) 


Syntax: 
[REVERSE = YES | NO] 
The REVERSE statement specifies the order that a jumper is numbered. REVERSE = YES 


indicates 1234..., REVERSE = NO indicates ...4321 order. The REVERSE statement 
defaults to “NO.” 
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LOC(jumperlist) valuelist 


The jumper configuration statements LABEL, INITVAL and FACTORY include the 
LOCQumperlist) valuelist string to reference individual jumper positions. The jumperlist 
contains a list of jumpers. The valuelist specifies the setting for each jumper. The valuelist 
must not be delimited with a space and must use the same order as the jumperlist. 


A paired or tripole jumperlist can use a range to indicate the jumpers. The elements of the 
jumperlist must be in ascending order if REVERSE = YES, or descending order if 
REVERSE = NO. A space must be included between elements as a delimiter. 


The jumperlist specifies inline jumpers by indicating the connection between two posts with 
a caret. For example, LOC(6‘45 443 241) specifies the jumpers between posts 6 and 5, 
between posts 4 and 3, and between posts 2 and 1. The elements of the jumperlist must be 
in ascending order if REVERSE = YES, or descending order if REVERSE = NO. A space 
must be included between elements as a delimiter. 


Paired and inline jumper valuelist settings can be indicated as “1” for “ON” Gumper 
installed), “O” for “OFF” (jumper not installed), or “x” for “don’t care.” 


A tripole jumper valuelist setting can be indicated as “1” for “ON” Gumper installed in 
upper or right position), “O” for “OFF” Gumper installed in lower or left position unless 
otherwise marked), “n” for “NONE” (umper not installed) or “x” for “don’t care.” 
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The following examples illustrate valid LOCQumperlist) valuelist strings: 


JTYPE = TRIPOLE 
REVERSE = YES 
INITVAL = LOC(1 2 3 4) 0011 ‘List of tripole jumpers 


JTYPE = PAIRED 
REVERSE = NO 
INITVAL = LOC(4 3 2 1) 1100 ‘List of paired jumpers 


JTYPE = PAIRED 
REVERSE = YES 
INITVAL = LOC(1-4) 0011 ‘Range of paired jumpers 


JTYPE = TRIPOLE 
REVERSE = NO 
INITVAL = LOC(4-1) 1100 ‘Range of tripole jumpers 


JTYPE = PAIRED 
REVERSE = YES 
INITVAL = LOC(1-4) x011 ;Range of paired jumpers with “x” 


JTYPE = TRIPOLE 
REVERSE = YES 
INITVAL = LOC(1-4) x011 ;Range of tripole jumpers with “x” 


JTYPE = TRIPOLE 
REVERSE = YES 
INITVAL = LOC(1-4) n011 ;Range of tripole jumpers with “n” 


JTYPE = INLINE 
REVERSE = NO 
INITVAL = LOC(645 443 241) 101 List of inline jumpers 
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LABEL Statement (Optional) 


Syntax: 
[LABEL = LOCQGumperlist) textlist] 


The LABEL statement specifies labels for individual jumpers. Each label can have a 
maximum length of 10 characters. If the LABEL statement is omitted, the default label is 
the switch number (...4321 for normal jumpers and 1234... for reverse jumpers). The 
following example illustrates use of the LABEL statement: 


LABEL = LOC(443 241)IRQ2”‘IRQ3” “TRQ2”(443),“IRQ3”(241) 


INITVAL Statement (Optional) 


Syntax: 
[(INITVAL = LOCQGumperlist) valuelist] 


The INITVAL statement specifies the settings for factory set jumpers that must not be 
changed. If the INITVAL statement is omitted, jumper settings are determined by the 
configuration program or “don’t care.” This statement is particularly important for jumpers 
that control undocumented options but require specific settings. The following example 
illustrates use of the INITVAL statement. 


INITVAL = LOC( 3 2 1) 0011 Paired (or tripole) jumper settings 


FACTORY Statement (Optional) 


Syntax: 
[FACTORY = LOCQGumperlist) valuelist] 


The FACTORY statement indicates the factory settings for the jumpers. 
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COMMENTS Statement (Optional) 


Syntax: 
[COMMENTS = “configuration comments” 


The COMMENTS statement contains information to assist the user in configuring a 
jumper. The COMMENTS text field can contain a maximum of 600 characters. The 
configuration utility displays the text in a window at least 40 characters wide. 


HELP Statement (Optional) 


Syntax: 
[HELP = “configuration help information” ] 


The HELP statement contains information that is displayed to the user if requested. The 
HELP text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 
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Example Jumper Configuration 
Statement Block 


The following example illustrates a jumper configuration statement block. 


SINITIALIZATION INFORMATION BLOCK 


JUMPER(1) = 5 -1st set—5 posts 
(6 positions) 

NAME = “J101” 
JTYPE = INLINE ‘Inline jumper type 
VERTICAL = YES ‘Vertical orientation 
LABEL = LOC(645 443 241) “Test” “IRQ8” “TRQ9” ‘Labels Test, IRQ8, IRQ9 
INITVAL = LOC(645 443 241) Oxx sReserved jumper 
FACTORY = LOC(645 443 241) 001 ‘Factory Setting = IRQ9 


The configuration utility displays a diagram to illustrate the jumper settings for the 
example: 
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SOFTWARE(i) Statement Block (Optional) 


Syntax: 
SOFTW ARE() = “description” 


The software initialization statement block provides user information and instructions for 
display during system configuration. The instructions may, for example, indicate the 
software options to incorporate into the operating system startup files or a program that 
must be executed to initialize an expansion board. The software initialization statement 
block can include entries for the CONFIG.SYS and AUTOEXEC.BAT files of an MS-DOS 
operating system. 


The startup files may execute programs that require command line parameters (for 
example, /s, /g). 


Each software statement must have a separate SOFTWARE(i) statement with a different 
identifier, “1.” The “1” can be any positive integer value from 1 to 32767. The description 
may be a maximum of 600 characters. 


The configuration utility displays the SOFTWARE(i) description with switch settings and 
other configuration information. 


Refer to the section on INIT Statements for more details. 
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FUNCTION Statement Block 


A FUNCTION statement block consists of the following statements: 


m@ FUNCTION Statement: identifies the name of the expansion board function (for 
example, “Asynchronous communications port’). 


m= TYPE Statement: identifies the function type (for example: a communications port is 
type “COM”). 


@ CHOICE Statements with resource description blocks: identify the configuration 
alternatives (that is, initializations, I/O ports, interrupts, DMA channels and memory). 


The FUNCTION statement block has the following format: 
FUNCTION = “function name” 


[TYPE = “function type”) 
[COMMENTS = “information” | 
[CONNECTION = “connector orientation and description”) 
[HELP = “information” ] 
CHOICE = “configuration name” 
[Resource Description Block] 
CHOICE = “configuration name” 


Resource Description Block] 


CHOICE = “configuration name” 
[Resource Description Block] 
[SUBFUNCTION STATEMENT BLOCK] 


A separate function statement block must be supplied for each function of a multifunction 
expansion board. The following example illustrates the two function statement blocks for an 
expansion board with a communications port and a parallel port: 


FUNCTION = “Asynchronous communications port” 
CHOICE = “configuration name” 
we Resource Description Block 
FUNCTION = “Parallel Port” 
CHOICE = “configuration name” 
Resource Description Block 
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FUNCTION Statement (Required) 


Syntax: 
FUNCTION = “function name” 


Each function statement block begins with a FUNCTION statement that specifies the 
function name. The function name consists of free form ASCII text with a maximum of 100 
characters. All function names within a single configuration file must be unique, but 
different configuration files can have common function names. 


The configuration utility displays the function name during configuration, but does not 
store it in nonvolatile memory. 
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TYPE Statement (Optional) 


Syntax: 
[TYPE = “function type”’] 


A function statement block is supplemented with a TYPE statement that identifies the 
function type with a three-character ASCII string. Table 10-2 identifies commonly used 
function types: 


Table 10-2 
Commonly Used Function Types 
ASCIl String Function 
KEY keyboard 
MEM memory board 
MSD mass storage device 
NET network adapter 
NPX numeric coprocessor 
OTH other 
PAR parallel port 
PTR pointing device 
COM communications port 
VID video display adapter 
SYS system board 
OSE operating system/environment 
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The TYPE statement should use one of the listed types when applicable. A TYPE statement 
can contain a type not included in the “Commonly Used Function Types” as shown in 
Table 10-2, but all types must be three-character ASCII strings. The type is stored in 
nonvolatile memory as upper-case. It should be entered in the configuration file in 
upper-case for consistency. 


The function type can be supplemented by appending multiple, comma-delimited, ASCII 
strings to the initial three-character type. The supplemental TYPE ASCII strings are not 
limited to three characters. For example, an asynchronous communications port can have 
the following TYPE statement: 


TYPE = “COM,ASY” 


The configuration utility stores the TYPE statement’s ASCII string in nonvolatile memory 
during configuration. EISA systems provide a total of 80 bytes of nonvolatile memory to 
store the TYPE statement’s ASCII string and SUBTYPE statement’s ASCII string. The 80 
bytes include the comma and semicolon delimiters between the TYPE and SUBTYPE 
String fragments. 


A device driver may use the TYPE string to determine the general class of functionality of —— 
a device. The device driver may use the SUBTYPE string to determine the configuration of 
a device. 


The “Resource Description Block” section includes a description of the SUBTYPE 
Statement. 
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COMMENTS Statement (Optional) 


Syntax: 
[COMMENTS = “information” ] 


A function statement block can include a COMMENTS statement that provides relevant 
information. The comment could identify an expansion board, manufacturer and part 
number, configuration instructions, or any other useful information. The comment consists 
of free form ASCII text with a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 


The configuration utility displays the comment during configuration when the function is 
selected. It does not store the comment in nonvolatile memory. 


HELP Statement (Optional) 


Syntax: 
[HELP = “help information” ] 


The HELP statement contains information that is displayed to the user if requested. The 
HELP text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 


CONNECTION Statement (Optional) 


Syntax: 
CONNECTION = “connector orientation and description” 


A configuration file can specify the orientation and description of connectors by including 
the CONNECTION statement in the FUNCTION statement block. 


The CONNECTION string consists of an ASCII string with a maximum length of 40 
characters. Typical CONNECTION strings include “Top,” “Bottom,” “Upper,” “Lower,” 
“Middle,” etc. The configuration utility includes a command that displays the 
CONNECTION string. 
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CHOICE Statement Block 


Each function statement block is accompanied by at least one CHOICE statement block that 
specifies the initializations and system resource requirements of a possible configuration. 
The configuration utility uses the first CHOICE statement block as the default. Multiple 
CHOICE statement blocks are sequentially arranged in the order of preference. The 
CHOICE statement block begins with a CHOICE statement that specifies the “name” of the 
configuration. A CHOICE statement block has the following syntax: 


CHOICE = “configuration name” 
[SUBTYPE = “device description” 
[DISABLE = “YES | NO”) 
[AMPERAGE = value] 

[TOTALMEM = rangelist [STEP = value]] 


Resource Description Block 


A communications port, for example, can have the following FUNCTION statement block 
and associated CHOICE statement blocks: 


FUNCTION = “Asynchronous Communications Port” 
CHOICE = “COM1” 
Resource Description Block 
CHOICE = “COM2” 
Resource Description Block 


The system resource requirements (described in the “Resource Description Block” section) 
for the named configuration follow the CHOICE statement. 
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CHOICE Statement (Optional) 


Syntax: 
CHOICE = “configuration name” 


The CHOICE statement block begins with a CHOICE statement that specifies the “name” 
of the configuration. The “name” is an ASCII string with a maximum of 90 characters. 


During configuration, the configuration utility displays all CHOICE configuration names 
for the selected function. The configuration utility does not store the name in nonvolatile 
memory. 


DISABLE Statement (Optional) 


Syntax: 
[DISABLE = YES | NO] 


A CHOICE statement can be used to disable the expansion board function. Each function to 
be disabled requires a separate DISABLE = YES statement. The default is DISABLE = 
NO. The following example illustrates use of the DISABLE = YES statement. 


FUNCTION = “Communications Port” 
CHOICE = “COMI” 
Resource Description Block 
CHOICE = “COM2” 
Resource Description Block 
CHOICE = “Disable Communications Port” 
DISABLE = YES 


Extended Industry Standard Architecture Expansion Bus 


= 10-30 EISA System Configuration 


SUBTYPE Statement (Optional) 


Syntax: 
[SUBTYPE = “device description” ] 


Each CHOICE statement block can contain a SUBTYPE statement that names the 
configuration (with a short mnemonic) associated with the choice. The SUBTYPE can be 
supplemented by appending multiple, semicolon-delimited, ASCII strings to the initial 
SUBTYPE. 


A device driver may use the SUBTYPE string to determine the configuration of a device. 
The device driver may use the TYPE string to determine the general class of functionality 
of a device. 


A communications port may have SUBTYPE statements as follows: 


FUNCTION = “Internal Modem” 
TYPE = “COM,ASY,MDM” 
CHOICE = “Modem assigned to COM1” 
SUBTYPE = “COM1” 
Resource Description Block 
CHOICE = “Modem assigned to COM2” 
SUBTYPE = “COM?2” 


Resource Description Block 


The SUBTYPE should be a short ASCII string. The SUBTYPE string supplements the 
TYPE string by identifying the selected configuration (the TYPE string identifies the type 
of device). The configuration utility stores the concatenated TYPE and SUBTYPE ASCII 
Strings, with a semicolon delimiter, in nonvolatile memory during configuration. EISA 
Systems provide a total of 80 bytes of nonvolatile memory to store the TYPE statement’s 
ASCII string and SUBTYPE statement’s ASCII string. The 80 bytes include the comma 
and semicolon delimiters between TYPE and SUBTYPE string fragments. 
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AMPERAGE Statement (Optional) 


Syntax: 
[AMPERAGE = value] 


The AMPERAGE statement, when included in the CHOICE statement block specifies the 
maximum amount of continuous 5V current (in milliamps) required by the option specified 
by the CHOICE statement block. The total 5V current includes the amount specified in the 
BOARD identification block plus the amount specified for the selected options. The 
AMPERAGE statement does not apply to virtual devices. 


TOTALMEM Statement (Optional) 


Syntax: 

TOTALMEM = rangelist [STEP = value] 

A CHOICE statement block may contain a TOTALMEM statement that indicates the total 
amount of memory specified by the CHOICE. The TOTALMEM statement is required for 


ww a memory block that can have its allocation split between system memory (SYS) and 
expanded memory (EXP). 


See TOTALMEM statement and example in the section entitled, ““Memory Description 
Block,” for more detailed information. 
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SUBCHOICE Statement Block 


The purpose of the SUBCHOICE statement block is to handle resource statement 
alternatives that are too complex for individual CHOICE statements (for example, memory 
configurations of some memory boards). 


A CHOICE statement block can include statements that specify alternative configurations. 
A SUBCHOICE statement block can use any statement that is valid for a CHOICE 
statement block. The SUBCHOICE alternatives must be automatically selectable by 

the configuration utility with information available from the configuration files. The 
configuration utility does not present SUBCHOICE alternatives for selection by a user, 
although the user can scroll through the resources specified in SUBCHOICE statement 
blocks. 


The syntax for the SUBCHOICE statement block is shown below: 


SUBCHOICE 
Resource Description Block 


A CHOICE statement block can have as many SUBCHOICE statement blocks as needed. 
The configuration utility sequentially checks each SUBCHOICE resource description block 
and selects the first one that does not conflict with other devices in the configuration. 


The combination of the CHOICE resource description block and one SUBCHOICE 
resource description block contains the resource and initialization requirements for the 
configuration. The configuration utility includes the CHOICE and the selected 
SUBCHOICE resource requirements in the data written to nonvolatile memory for use 
by the power-on routines. 


The following example illustrates a configuration file fragment that specifies a memory 
allocation that back fills 128K of memory into the base address range between 512K and 
640K, if only 512K is installed. The remainder of memory on the expansion board is 
allocated to extended memory. The user selects the total amount of memory on the 
expansion board and views the SUBCHOICE alternatives. The SUBCHOICE selection 
(between back fill and extended memory) does not require input from the user, since 

the amount of base memory installed is available from the configuration file. The 
SUBCHOICE statement blocks are included in a single CHOICE statement block 

that is presented to the user: 
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CHOICE = “Add Base and Extended Memory” 
TOTALMEM = 128K—2048K STEP 128K 
128K base memory back fill into range 512K—640K 
(512K base memory already installed) 
SUBCHOICE 
FREE °128K back fill 
MEMORY = 128K 
ADDRESS = 512K 
MEMTYPE = SYS 
COMBINE ‘Extended Memory for the rest 
MEMORY = OK-1920K STEP 128K 
ADDRESS = 1M 
MEMTYPE = SYS 
- No base memory back fill 
(640K base memory already installed) 
SUBCHOICE 
COMBINE >All Extended Memory 
MEMORY = 128K-—2048K STEP 128K 
ADDRESS = 1M-16M STEP 128K 
MEMTYPE = SYS 


° 
? 
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Selection of the starting address could be presented to the user as a sequence of CHOICE 
Statements for selection by the user: 


128K base memory back fill into range 512K-640K 
(512K base memory already installed) 
CHOICE = = “Add Base and Extended Memory” 
TOTALMEM = 128K-2048K STEP 128K 
FREE >128K back fill 
MEMORY = 128K 
ADDRESS = 512K 
MEMTYPE = SYS 
COMBINE ;Extended Memory for the rest 
MEMORY = OK-1920K STEP 128K 
ADDRESS = 1M 
MEMTYPE = SYS 
; No base memory back fill 
(640K base memory already installed) 
CHOICE = “Add Extended Memory” 
TOTALMEM = 128K-—2048K STEP 128K 
COMBINE ;All Extended Memory 
MEMORY = 128K-—2048K STEP 128K 
ADDRESS = 1M-16M_ STEP 128K 
MEMTYPE = SYS 


The configuration utility presents each named CHOICE to the user for selection. The user 
can make the selection or let the configuration utility automatically make the selection. 


SUBCHOICE statements are not appropriate if the user might need to make the selection. 
For example, the user may need to select a serial port as COM1 or COM2. The 
configuration utility presents the choices to the user, and the user either makes the selection 
manually or lets the configuration utility select automatically. 


a 
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SUBCHOICE Statement (Optional) 


Syntax: 
[SUBCHOICE] 


The SUBCHOICE statement block begins with a SUBCHOICE statement. The 
SUBCHOICE statement does not have a name field for display, since SUBCHOICE 
statement blocks are selected automatically by the configuration utility. 


SUBFUNCTION Statement Block (Optional) 


A FUNCTION statement block may contain one or more SUBFUNCTION statement 
blocks that specify the configuration information for a set of related components with 
separate resource or initialization requirements. A SUBFUNCTION statement block 
provides separate configuration of the function’s components. 


A SUBFUNCTION statement block can use any statement that is valid for a FUNCTION 
statement block. The syntax of a SUBFUNCTION statement block is: 


SUBFUNCTION = “function name” 
[TYPE = “function type] 
[COMMENTS = “information” ] 
[CONNECTION = “connector orientation description” ] 
[HELP = “information”’] 
CHOICE = “configuration name” 
Resource Description Block 
(CHOICE = “configuration name” 
Resource Description Block] 


[CHOICE = “configuration name” 
Resource Description Block] 


The configuration utility stores the resource and initialization information from 
SUBFUNCTION statement blocks with the function information. SUBFUNCTION 
statement blocks are not stored as separate functions in nonvolatile memory. 
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SUBFUNCTION Statement (Optional) 


Syntax: 
SUBFUNCTION = “name” 


The SUBFUNCTION statement block begins with a SUBFUNCTION statement that 
specifies the name of the configuration. The name is an ASCII string with a maximum of 
90 characters. 


During configuration, the configuration utility displays all CHOICE configuration names 
for the selected SUBFUNCTION. 


The following example illustrates use of SUBFUNCTION statement blocks to configure the 
parity and baud rate for an asynchronous communications port. The example includes the 
statement blocks with TYPE and SUBTYPE strings. The resource and initialization 
Statements are omitted for simplicity. 


FUNCTION = “1200/2400 Baud Modem” 
TYPE = “COM,ASY,MDM” 
SUBFUNCTION = “Port Address” 

CHOICE = “COM1 Serial Port” 
SUBTYPE = “COM1” 
CHOICE = “COM2 Serial Port” 
SUBTYPE = “COM2” 


SUBFUNCTION = “Parity Selection” S-No SUBTYPE under SF 
CHOICE = “ODD” 
SUBTYPE = “PARITY=ODD” SUBTYPE under CHOICE 


CHOICE = “EVEN” 
SUBTYPE = “PARITY=EVEN” 
SUBFUNCTION = “Baud Rate Selection” 
CHOICE = “1200 Baud” 
SUBTYPE = “BAUD=1200” SSUBTYPE under CHOICE 
CHOICE = “2400 Baud” 
SUBTYPE = “BAUD=2400” 


STE ee 
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The TYPE/SUBTYPE string for the “1200/2400 Baud Modem” function (with COM1, odd 
parity, and 2400 baud selections) in nonvolatile memory is: 


”COM,AS Y,MDM;COM1;PARITY=ODD;BAUD=2400" 


The example above used SUBTYPE statements under the CHOICE statements but not 
under the SUBFUNCTION statements. The following example illustrates an alternative 
method with the SUBTYPE statements under the SUBFUNCTION and the CHOICE 
Statements: 


FUNCTION = “1200/2400 Baud Modem” 
TYPE = “COM,ASY,MDM” 
SUBFUNCTION = “Port Address” 

CHOICE = “COM1 Serial Port” 
SUBTYPE = “COM1” 
CHOICE = “COM2 Serial Port” 
SUBTYPE = “COM2” 


SUBFUNCTION = “Parity Selection” -No SUBTYPE under SF 
CHOICE = “ODD” 
SUBTYPE = “PARITY=ODD” ‘SUBTYPE under CHOICE 


CHOICE = “EVEN” 
SUBTYPE = “PARITY=EVEN” 
SUBFUNCTION = “Baud Rate Selection” 
CHOICE = “1200 Baud” 
SUBTYPE = “1200” ‘SUBTYPE under CHOICE 
CHOICE = “2400 Baud” 
SUBTYPE = “2400” 


The type/subtype string for the “1200/2400 Baud Modem” function (with COM1, odd 
parity and 2400 baud selections) in nonvolatile memory 1s: 


”COM,AS Y,MDM;COM1,PARITY;ODD,BAUD;2400” 
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GROUP Statement Block 


A GROUP statement block may be used to enclose a set of FUNCTION statement blocks 
that specify the configuration information for a set of related components with separate 


resource or initialization requirements. 


A set of grouped FUNCTION statement blocks allows separate configuration of a 
function’s components. A grouped FUNCTION statement block can use any statement that 
is valid for independent FUNCTION statement blocks. The syntax of a grouped set of 


FUNCTION statement blocks is: 


GROUP = “name” 
[TYPE = “type” 

FUNCTION = “name” 
[TYPE = “function type”) 
[COMMENTS = “information’”’] 
[HELP = “information”’] 
CHOICE = “name” 

Resource Description Block 


[CHOICE = “name” 

Resource Description Block] 

FUNCTION = “name” 

[TYPE = “function type”) 
[COMMENTS = “information” ] 
[HELP = “information” ] 
CHOICE = “name” 

Resource Description Block 


[CHOICE = “name” 
Resource Description Block] 
FUNCTION = “name” 
[TYPE = “function type”] 
[COMMENTS = “information” ] 
[HELP = “information”’} 
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CHOICE = “name” 
Resource Description Block 


[CHOICE = “name” 
Resource Description Block] 
FUNCTION = “name” 


ENDGROUP 


The configuration utility saves the resource and initialization information for each function 
specified in the grouped set as a separate function entry in nonvolatile memory. The 
GROUP statement block may include a TYPE statement. The GROUP TYPE string 
prepends to each TYPE string in the set of grouped FUNCTION statement blocks. The 
configuration utility stores the GROUP type string in nonvolatile memory for a grouped 
FUNCTION statement block that omits the TYPE statement. 


Presentation of options during configuration and TYPE string prepending in nonvolatile 
memory are the only differences between a set of grouped FUNCTION statement blocks 
and a set of independent FUNCTION statement blocks. 


GROUP and ENDGROUP Statements 
(Optional) 


Syntax: 
[GROUP = “name”’] 


[ENDGROUP] 


A grouped set of FUNCTION statement blocks begins with the GROUP statement and ends 
with an ENDGROUP statement. The group name may be a maximum of 60 characters. 
Each GROUP statement must have a corresponding ENDGROUP statement. 
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Example of Grouped FUNCTION 
Statement Blocks 


The following configuration file fragment illustrates the use of grouped FUNCTION 
Statement blocks that specify the configuration options for a fixed disk controller and disk 
drive. For simplicity, the configuration file fragment includes the TYPE and SUBTYPE 
statements, but does not include resource or initialization statements. The GROUP 
statement block and some FUNCTION statement blocks have a TYPE statement. 


GROUP = Fixed Disk Drives ;Fixed disk controller group 
TYPE = “msd” ;Prepends to each FUNCTION 
TYPE 


FUNCTION = “Fixed Disk Controller Selection” 
TYPE = “dskctl” 
CHOICE = “Primary Controller” 
SUBTYPE = “PRI” 
CHOICE = “Secondary Disk Controller” 
SUBTYPE = “SEC” 
FUNCTION = “Device for Unit 1” 
TYPE = “unit1” 
CHOICE = “Not Installed” 
SUBTYPE = “DSKDRV,typ=00” 
CHOICE = “300mb — TYPE 38” 
SUBTYPE = “DSKDRV,typ=38” 
CHOICE = “130mb — TYPE 43” 
SUBTYPE = “DSKDRV,TYP=43” 
FUNCTION = “Device for UNIT 2” 
TYPE = “UNIT2” 
CHOICE = “Not Installed” 
SUBTYPE = “DSKDRV,TYP=00” 
CHOICE = “300mb — TYPE 38” 
SUBTYPE = “DSKDRV,TYP=38” 
CHOICE = “130mb — TYPE 43” 
SUBTYPE = “DSKDRV,TYP=43” 
ENDGROUP 
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The grouped FUNCTION statement blocks are stored separately in nonvolatile memory. 
The TYPE string for each of the FUNCTION statement blocks includes the GROUP TYPE 
string (prepended to the FUNCTION TYPE string). Nonvolatile memory contains the 
following TYPE strings (assuming the CHOICE selections are, primary controller with a 
300 MB drive, for UNIT1 and UNIT2 is not installed): 


FUNCTION = “Fixed disk Controller Selection” 
TYPE STRING: MSD,DSKCTL;PRI 


FUNCTION = “Device for Unit 1” 
TYPE STRING: MSK,UNTIL,DSKDRV,TYP=38 


FUNCTION = “Device for Unit 2” 
TYPE STRING: MSD.UNTIL,DSKDRV,TYP=00 
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Resource Description Block 


A resource description block may accompany each CHOICE statement to identify the 
initialization and system resource requirements of the named configuration. The resource 
description block can contain any of the following information: 


= DMA Channel Block: specifies the choice of DMA channels supported, whether the 
channel can be shared, the channel’s data size, the channel’s cycle timing, and any 
initialization necessary 


m Interrupt Block: specifies the choice of interrupts supported, whether the interrupt can 
be shared, whether the interrupt is edge or level sensitive, and any initialization 
necessary 


I/O Port Block: specifies the port address, and any initialization necessary 


Memory Block: specifies the amount of memory supported, the starting address, and 
whether the memory is cacheable, identifies the memory as RAM or ROM, defines the 
memory usage (system, expanded, virtual or other), and specifies any initialization 
necessary to configure the memory 


@ = Switch and Jumper Setting Blocks: specify the switch and jumper settings for the 
configuration 


= Programmable Port Initialization Blocks: specify the initialization for programmable 
ports for the configuration 


@ Software Initialization Block: specifies any software initialization necessary 
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The syntax of a DMA resource description block is as follows: 


[DMA = list 
[SHARE = YES | NO 1 “text”] 
[SIZE = BYTE | WORD | DWORD] 
(TIMING = DEFAULT | TYPEA | TYPEB | TYPEC]] 


The syntax of an I/O port resource description block is as follows: 


[PORT = rangelist [STEP = value] 
[SHARE = YES | NO | “text”] 
[SIZE = BYTE | WORD | DWORD] 


The syntax of an interrupt resource description block 1s as follows: 


(IRQ = list 
[SHARE = YES | NO1 “text”’] 
[TRIGGER = LEVEL | EDGE]] 


The syntax of a memory resource description block is as follows: 


(MEMORY = rangelist [STEP = value] 
[ADDRESS = rangelist [STEP = value]] 
(WRITEABLE = YES | NO] 

[CACHE = YES | NO} 

[SHARE = YES | NOI “text”] 
[SIZE = BYTE | WORD | DWORD] 
[DECODE = 20 | 24 | 32]] 


a  —— 
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DMA Channel Description Block 


A DMA channel request block consists of a group of statements that specifies the DMA 
channels required by an expansion board function. The configuration file may contain a 
maximum of four DMA description blocks for any one function. The syntax of a DMA 
channel request block is: 


DMA = DMA channel number 
[SHARE = YES | NO _| “text’] 
[SIZE = BYTE | WORD | DWORD] 
[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 


An OR operator can be used to separate multiple DMA channel lists (as illustrated in the 
following syntax) if each list supports identical SHARE, SIZE and TIMING characteristics. 


DMA = value [I value] ... 
[SHARE = YES | NO 1 “text’’] 
[SIZE = BYTE | WORD | DWORD] 
[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 


Multiple DMA channel request blocks must be used for a function with multiple DMA wv 
channels that have different SHARE, SIZE, or TIMING characteristics, as illustrated in the 
following syntax: 
DMA = DMA channel number *lst DMA channel 

[SHARE = YES | NO | “text’] 

[SIZE = BYTE | WORD | DWORD)] 

[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 
DMA = DMA channel number ‘2nd DMA channel 

[SHARE = YES | NO 1 “text”] 

[SIZE = BYTE | WORD | DWORD] 

[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 

Sd 


eee 
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An expansion board function can request up to four DMA channels. Each channel selected 
during system configuration is stored in nonvolatile memory with the appropriate SHARE, 
SIZE and TIMING characteristics. The DMA device driver can retrieve the DMA 
information from nonvolatile memory and use it to initialize the DMA device. 


The system ROM determines the DMA cycle timing and transfer size (same as addressing 
mode) from nonvolatile memory and programs the DMA Extended Mode Register bits 6 | 
and 7. The system ROM also programs the DMA Command Register for DRQ asserted 
low, and fixed priority arbitration. 


The device driver must program all other DMA registers. The device driver may also 
modify the Extended Mode Register contents. The configuration file should not contain any 
INIT statements that program DMA registers. 


DMA Statement (Optional) 

Syntax: 

DMA = value [I value] ... 

The DMA statement marks the beginning of a DMA Request Block and specifies the 


DMA channel number (or list of channels, or multiple lists of channels) supported by 
the configuration. 
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SHARE Statement (Optional) 


Syntax: 
[SHARE = YES | NOI “text”] 


The SHARE statement specifies whether the function can share the DMA channel. The 
default for SHARE is “NO.” A text identifier may be specified to indicate that the function 
can only share the DMA channel with a device that has a matching identifier. The identifier 
may be up to 10 characters long. 


DMA channels can be shared by two DMA devices that never require the channel 
simultaneously. The DMA device driver must program the extended mode register 
(bits 0-5) each time it gains control of the channel if the DMA devices have different 
timing mode or SIZE (addressing mode). 


For example, a floppy drive and tape drive attached to the same controller could share a 
DMA channel since the floppy drive and tape drive never use the channel at the same time. 
The DMA device drivers do not need to program the extended mode register (bits 0-5) 
since the controller always has the same timing and SIZE (addressing mode). 


Two devices that may need to transfer data at the same time cannot share a DMA channel. wa 
Two network adapters, for example, would have conflicting requirements for a single DMA 
channel. 


SIZE Statement (Optional) 


Syntax: 
[SIZE = BYTE | WORD | DWORD] 


The SIZE statement indicates the DMA device data transfer width as BY TE, WORD, or 
DWORD. The default size is BYTE for DMA channels 0-3 and WORD for channels 4-7. 
BYTE data transfer width corresponds to “8-bit I/O, count by bytes” addressing. WORD 
data transfer width corresponds to “16-bit I/O, count by word (address shifted)” addressing. 
DWORD data transfer width corresponds to “32-bit I/O, count by bytes” addressing. 
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TIMING Statement (Optional) 


Syntax: 
[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 


The TIMING statement indicates the bus cycle type executed by the DMA controller during 
the transfer. The default transfer cycle type is DEFAULT, which 1s compatible with ISA 
DMA devices. Higher performance ISA devices can use TYPEA or TYPEB for faster 
transfers. DMA devices that support EISA bus cycles can use TYPEC (burst) DMA 
transfers, which provide the highest data transfer rate. The DMA cycle types and timing are 
described in Chapter 4 of this guide. 


Example DMA Channel Request Block 


The ACME Tape Controller can use DMA channel 3 or 5 and cannot share the channel. 
The ACME Tape Controller uses 16-bit DMA transfers and can support TYPEB timing. 
The following diagram illustrates the DMA request block for the ACME Tape Controller: 


DMA = 315 
SHARE = NO 
SIZE = WORD 
TIMING = TYPEB 
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Interrupt Description Block 


An Interrupt request block consists of a group of statements that specifies the interrupt 
requirements of an expansion board. The configuration file may contain a maximum of 
seven interrupt description blocks for any one function. The Interrupt request block has the 
following format: 


IRQ = value [I value] ... 
[SHARE = YES | NO] “text’’] 
[TRIGGER = LEVEL | EDGE] 


Multiple Interrupt request blocks must be used for a function with multiple interrupts that 
have different SHARE and TRIGGER characteristics, as illustrated in the following syntax: 


IRQ = value 
[SHARE = YES | NO 1 “text’] 
[TRIGGER = LEVEL | EDGE} 


IRQ = value 
[SHARE = YES | NO 1 “text”] 
[TRIGGER = LEVEL | EDGE] ww 


An OR operator can be used to separate multiple interrupts (as illustrated in the following 
syntax) if each interrupt supports identical SHARE and TRIGGER characteristics: 


IRQ = value [I value] ... 
[SHARE = YES | NO 1 “text’’] 
[TRIGGER = LEVEL | EDGE] 
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— IRQ Statement (Optional) 


Syntax: 
IRQ = Interrupt number 


The IRQ statement marks the beginning of an Interrupt request block and specifies the 
interrupt number (or multiple interrupts) supported by the configuration. 


Each interrupt selected during system configuration is stored in nonvolatile memory with 
the appropriate SHARE and TRIGGER characteristics. The interrupt device driver can 
retrieve the interrupt controller initialization information from nonvolatile memory to 
determine the method of handling interrupts. 


The system ROM automatically determines the I/O port address and initialization values 
and programs interrupt controller edge/level register. The configuration file should not 
provide initialization values for programming the interrupt controller edge/level register. 


SHARE Statement (Optional) 


Syntax: 
[SHARE = YES | NO] “text’’] 


The SHARE statement indicates whether the function can share this interrupt. 


The default value for this field is “NO.” For EISA boards capable of sharing interrupts, 
this field should be SHARE = YES. A text identifier may be specified to indicate that the 
function can only share the interrupt with a device that has a matching identifier. The 
identifier may be up to 10 characters long. 


TRIGGER Statement (Optional) 


Syntax: 
[TRIGGER = LEVEL | EDGE} 


The TRIGGER statement specifies whether the ROM initializes the interrupt controller to 
level or edge triggered. The default is TRIGGER = EDGE. In most cases, if the SHARE 
statement is ‘““YES,” the TRIGGER statement should be set to LEVEL, however, there are 
some designs that require shared, edge-triggered interrupts, soa TRIGGER = LEVEL 
Statement does not necessarily have to follow a SHARE = YES statement. 
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Example Interrupt Request Block 


The ACME Tape Controller needs two interrupts. It can use interrupts 12 or 15, but it 
cannot share the assigned interrupts. The ACME Tape Controller needs the chosen 
interrupts to be edge triggered. Note that SHARE and TRIGGER fields could be omitted, 
because the defaults are used. 


IRQ = 12115 
SHARE = NO 
TRIGGER = EDGE 


I/O Port Description Block 


An I/O port description block consists of a group of statements that specifies the I/O ports 
used by a device. The configuration file may contain a maximum of 20 I/O port description 
blocks for any one function. The I/O Port Request Block has the following format: 


PORT = rangelist [STEP = value [COUNT = value]] 
[SHARE = YES | NO | “text”’} 
[SIZE = BYTE | WORD | DWORD] 


PORT Statement (Optional) 


Syntax: 

PORT = rangelist [STEP = value [COUNT = value]] 
or 

PORT = list 


The I/O Port request block begins with a PORT statement. The PORT statement may 
specify a single address, a list of addresses, or a rangelist that specifies the selections for 
the port address. 
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The STEP parameter that follows the rangelist identifies the address increment of the port 
selections. The COUNT parameter specifies the number of ports allocated from the selected 
STEP address block. If the COUNT parameter is omitted, the configuration utility uses a 
default COUNT value equal to the STEP value. If the STEP parameter is omitted, the 
configuration utility allocates the entire range (a COUNT without STEP is invalid). The 
following examples illustrate a port statement with a rangelist: 


sallocates 16 ports: 300h-30Fh 
PORT = 300h-30Fh 


‘allocates 4 ports: 300h-303h or 304h-307h or 308h-30Bh or 30Ch-30Fh 
PORT = 300h-30Fh STEP = 4 


‘allocates 2 ports: 300h-301h or 304h-305h or 308h-309h or 30Ch-30Dh 
PORT = 300h-30Fh STEP = 4 COUNT = 2 


SHARE Statement (Optional) 


Syntax: 

[SHARE = YES | NO 1 “text”] 

The SHARE statement specifies whether the function can share the requested ports. The 
configuration utility uses a default of NO (the port cannot be shared) if the SHARE 
Statement is omitted. A text identifier may be specified to indicate that the function can 
only share the port address with a device that has a matching identifier. The identifier may 
be up to 10 characters long. 


SIZE Statement (Optional) 


Syntax: 
[SIZE = BYTE | WORD | DWORD] 


The SIZE statement specifies the size of the I/O port as BYTE (8-bit), WORD (16-bit) or 
DWORD (32-bit). The default size is BYTE. 
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Memory Description Block 


The memory request block specifies the amount of memory on an expansion board and its 
Starting address, whether the memory is cacheable, whether it is RAM or ROM, the type of 
memory (system, expanded, virtual, or other), and initialization requirements of the 
memory. The configuration file may contain a maximum of nine memory description 
blocks for any one function. The syntax of the memory request block 1s: 


MEMORY = rangelist [STEP = value] 
[ADDRESS = rangelist [STEP = value]] 
[WRITEABLE = YES | NO} 
[MEMTYPE = SYS | EXP! VIR | OTH] 
[SIZE = BYTE | WORD | DWORD] 
[DECODE = 20 | 24 | 32] 

[CACHE = YES | NO] 
[SHARE = YES | NO] “text’] 


MEMORY Statement (Optional) wif 


Syntax: 
MEMORY = rangelist [STEP = value] 


The MEMORY statement signifies the beginning of the memory request block. The 
rangelist following the MEMORY statement specifies the minimum and maximum amount 
of memory that can be put on the board. Each possible memory configuration can be listed 
separately (such as 1M, 2M, 3M for 1 to 3 megabytes) or a minimum-to-maximum range 
can be specified (1M-—3M). A minimum value of 1K is required and the 
minimum-to-maximum range must be at least 1K. The maximum range value 1s 

64 megabytes. 


If a rangelist is specified, the STEP field must also be included to define the smallest 
increment by which additional memory can be added to the board. 
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ADDRESS Statement (Optional) 


Syntax: 

ADDRESS = rangelist [STEP = value] 
or 

ADDRESS = list 


The ADDRESS statement specifies the starting address of the memory. The ADDRESS 
statement is optional for memory with MEMTYPE = OTH and MEMTYPE = EXP. The 
ADDRESS statement is required for memory with MEMTYPE = SYS and MEMTYPE = 
VIR. The STEP parameter that follows the rangelist identifies the addresses within the 
range that can be used as the starting address. The following example illustrates the valid 
starting address selections: 


MEMORY =I1M 

ADDRESS = 1M-4M STEP = 1M 
Starting Ending 

Address Address 

100000h 1FFFFFh 

200000h 2FFFFFh 

300000h SFFFFFH 

400000h 4FFFFFh 


WRITABLE Statement (Optional) 


Syntax: 


[WRITABLE = YES | NO} 


The WRITABLE field indicates whether the memory is RAM or ROM, for a ROM this 


field is “NO.” The default is “YES.” 
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MEMTYPE Statement (Optional) 


Syntax: 
[MEMTYPE = SYS | EXP | VIR | OTH] 


The MEMTYPE field specifies whether the memory 1s SYStem (base and extended 
memory), EXPanded (LIM EMS memory available for use by an expanded memory 
manager), or OTHer (address space used for memory mapped I/O or bank—switched 
memory). The default is SYS. VIRtual indicates that the address space is used, but no 
physical memory occupies the address (address of a LIM page frame). Accesses to VIR 
memory do not generate addresses on the EISA bus. OTH 1s intended primarily for 
memory-mapped I/O devices such as network adapters. OTH should include an ADDRESS 
Statement only if it resides in the physical address space. 


SIZE Statement (Optional) 


Syntax: 
[SIZE = BYTE | WORD | DWORD] 


The SIZE statement is used to identify the memory as BYTE (8-bit), WORD (16-bit) or 
DWORD (32-bit) memory. The SIZE defaults to DWORD if the SIZE statement is 
omitted. 


DECODE Statement (Optional) 


Syntax: 
[DECODE = 20 | 24 | 32] 


DECODE is an optional statement that specifies the number of address lines decoded by a 
memory expansion board. The default is 32 for all memory boards. 
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CACHE Statement (Optional) 


Syntax: 
[CACHE = YES | NO] 


The CACHE field indicates whether the memory contents can be stored in a cache memory. 
The memory on a graphics board, for example, generally should not be stored in a cache 
memory. The default is NO. 


SHARE Statement (Optional) 


Syntax: 
[SHARE = YES | NO] “text’] 


The SHARE field indicates whether the memory in this space can be shared by another 
device. The default is NO. A text identifier may be specified to indicate that the function 
can only share the memory address range with a device that has a matching identifier. The 
identifier may be up to 10 characters long. 


TOTALMEM Statement (Optional) 


Syntax: 
TOTALMEM = rangelist [STEP = value] 


A CHOICE statement block may contain a TOTALMEM statement that indicates the total 
amount of memory specified by the CHOICE. The TOTALMEM statement is required for 
a memory block that can have its allocation split between system memory (SYS) and 
expanded memory (EXP). 


The TOTALMEM statement can include each possible memory size or provide a 
minimum-to-maximum range of possible configurations. A range must include the STEP 
keyword to indicate the smallest memory increment that can be added to the memory board. 
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The following example illustrates a fragment of the configuration file for initializing a - 
memory expansion board. The CHOICE statement block includes a TOTALMEM 

statement from which the user selects the amount of memory installed on the expansion 

board. The two memory request blocks allow the user to select the memory allocation 

between system (SYS) and expanded (EXP) memory. The configuration utility uses the 

TOTALMEM statement to verify that the total SYS and EXP memory selected by the user 

does not exceed the memory installed on the memory expansion board. The total amount of 

memory specified by the TOTALMEM statement does not include memory selected as 

MEMTYPE = OTH or VIR. 


CHOICE = “Add Memory” 
TOTALMEM = 4M | 8M 112M 
MEMORY = 0M 14M 18M] 12M 
MEMTYPE = SYS 
ADDRESS = 1M-—256M STEP = 1M 
MEMORY = 0M 14M 18M | 12M 
MEMTYPE = EXP 


ww 
The following statements are equivalent: 
TOTALMEM = 4M! 8M 1 12M sList 
TOTALMEM = 4M-12M STEP = 4M ‘Range with STEP 


The configuration utility also uses the TOTALMEM statement to determine the proper 
configuration from SUBCHOICE statement blocks. 
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ROM and RAM Memory 
Configuration Example 


ACME has a network board with 64 Kbytes of RAM and a 2-Kbyte ROM. The board can 
accommodate up to 512 Kbytes of RAM, added in 64-Kbyte increments. The RAM must 
begin in the 1-2 megabyte range and is writeable, but not cacheable. The 2-Kbyte ROM 
can be accessed at OCO0000h, OD0000h, or OEOO00h. The ROM is not writeable but it is 
cacheable. None of the board’s memory can be shared. 


The following example shows the portion of the configuration file that describes the 
memory, beginning with the RAM, followed by the ROM: 


sNETWORK BOARD RAM 
MEMORY = 64K-512K STEP = 64K 
ADDRESS = 1M—1FFFFFh STEP = 64K 
WRITEABLE = YES 
MEMTYPE = OTH 
CACHE = NO 


sNETWORK BOARD ROM 
MEMORY = 2K 
ADDRESS = 0C0000h | ODOOOOh | OEQOO00h 
WRITEABLE = NO 
MEMTYPE = OTH 
CACHE = YES 
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INIT Statements =< 


INIT statements specify the initializations for alternative configurations. An INIT statement 
can be used to initialize any of the following: 


= DMA 
= IRQ 

m PORT 

= MEMORY 


The configuration utility determines the initializations for the selected configuration and 
stores them in nonvolatile memory. The system ROM power-on routine performs the 
initializations. 


I/O Port INIT Statement 


Syntax: wi 
INIT = IOPORT(i) [LOC(bitlist)] list 

or 

INIT = PORTADR(address) [BYTEIWORDIDWORD] list 


The I/O port INIT statement specifies an I/O port and the binary value to write to the port 
for the configuration. 


The INIT statement may specify the I/O port address, port size, and value directly in the 
PORTADR (address) form of the statement. The default port size is BYTE. This statement 
syntax provides a shorthand form of specifying I/O port values where no initialization 
information block is required. When this shorthand format is used, all bits must be specified 
with a 1, O, or r (that is, x’s are not allowed to specify bits in this format). 


The INIT statement may also indicate the address with an IOPORT(i) statement combined 
with the IOPORT() form of the INIT statement. The port size is specified with the 
IOPORT(1) statement, not in the INIT statement. 
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The list portion specifies the binary values to initialize the port. The values must be binary. 
The INIT statement may include the LOC (bitlist) string to reference individual bits. The 
bitlist contains a list or range of bit positions. The elements of the bitlist must be in MSB to 
LSB order. A space must be included between elements as a delimiter. 


INIT = PORTADR(0z800h) WORD 0000111100001111b sWORD port 

INIT = PORTADR(0z800h) 00001111b ‘Byte port 

INIT = PORTADR(0z800h) 001 100rr ;Byte port with “r” bits 
INIT = IOPORT(1)(0z800h) LOC(7-2) 001100 ‘Byte port (range) 
INIT = IOPORT(2)(0z800h) LOC(7 6 1 0) 0011 ;4 bits specified 


INIT = IOPORT(3)(0z800h) 00001111 


Switch INIT Statement 


Syntax: 
INIT = SWITCHG) LOC(switchlist) valuelist 


The switch INIT statement specifies the switch positions and the appropriate setting for the 
configuration. SWITCH(i) indicates the switch being initialized. LOC(switchlist) valuelist 
identifies the switch positions and specifies the setting. 


The LOC(switchlist) contains a list or range of switch positions. The elements of the 
switchlist must be in ascending order if REVERSE = YES, or descending order if 
REVERSE = NO. A space must be included between elements as a delimiter. 


The valuelist specifies the switch setting for each switch position. The valuelist must use 
the same order as the switchlist. A DIP switch can be set for “1” to indicate “ON,” or “OQ” 
to indicate “OFF.” The dip switch settings are not delimited with a space. The valuelist for 
a rotary or slide switch indicates the selected position number by a “1” in the appropriate 
bit position. 
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Jumper INIT Statement 


Syntax: 
INIT = JUMPER(1) LOCGumperlist) valuelist 


The jumper INIT statement specifies the jumper positions and the appropriate setting for 
the configuration. JUMPER(i) indicates the jumper being initialized. LOC(jumperlist) 
specifies the jumper positions being specified. 


The LOCQGumperlist) contains a list of jumper positions. The valuelist specifies the setting 
for each jumper position. The valuelist must not be delimited with a space and must use the 
Same order as the jumperlist. 


The jumperlist specifies paired and tripole jumpers by their jumper positions. A paired or 
tripole jumperlist can use a range to indicate the jumpers. The elements of the jumperlist 
must be in ascending order if REVERSE = YES, or descending order if REVERSE = NO. 
A space must be included between elements as a delimiter. 


The jumperlist specifies inline jumpers by indicating the connection between two posts with 
a caret. For example, LOC(142 34 546) specifies the jumper between posts 1 and 2, 
between posts 3 and 4, and between posts 5 and 6. The elements of the jumperlist must be 
in ascending order, if REVERSE = YES, or descending order if REVERSE = NO. A space 
must be included between elements as a delimiter. 


Paired and inline jumper valuelist settings can be indicated as ‘“‘1” for “ON” (jumper 
installed), “O” for “OFF” (Gumper not installed). The paired jumper settings are not 
delimited with a space. 


A tripole jumper valuelist setting can be indicated as “1” for “ON” (jumper installed in 
upper or right position), “O” for “OFF” (jumper installed in lower or left position), ‘“n” for 
“NONE” Gumper not installed). The tripole jumper settings are not delimited with a space. 
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Software INIT Statement (Optional) 


Syntax: 
INIT = SOFTWARE() “parameter” [| parameter]... 


The software INIT statement specifies the command line parameter that invokes a software 
command for the selected configuration. The (1) indicates the SOFTWARE(i) statement that 
contains text to display with the parameters. The parameters specify an ASCII string that 
appends to a software command that is specified in the SOFTWARKE(i) text. For example, 
the following configuration file fragment illustrates use of the software INIT statement and 
SOFTWARE() statement that specify an entry into an MS-DOS AUTOEXEC.BAT file: 


SOFTWARE(1) = 


”’This example software initialization 
Statement indicates that the NET.EXE 

file with command line parameters must 

be placed in the AUTOEXEC.BAT file: \n\n 
NET.EXE /l=n /D=n where:” 


FUNCTION = “Expanded Memory Allocation” 
CHOICE = “4 MB Expanded Memory” 
INIT = SOFTWARE(1) “/I=4 /D=3” 
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Resource Group 


A resource description block must have one or more groupings of resource and 
initialization statements. The elements of the resource description block are grouped 
together based on their interdependence. All resource and initialization statements must be 
in a group. The three types of groupings are: 


m LINK groups, in which selection of any one resource in the group determines the 
selection of all other resources and initializations in the group. 


= COMBINE groups, in which each resource selection is independent, but the 
initialization is determined by the combination of resource selections. 


@ FREE groups, in which each resource selection is independent, and the initializations 
are independent of the resource selections. 


The groups begin with a keyword (LINK, COMBINE or FREE) and end at the next group 
keyword or at the end of the resource description block. 


LINK Groups 


The elements of linked groupings have a direct relationship with each other in which 
selection of one resource determines the other resources in the group and the initialization. 
Each statement in a linked group must have the same number of options. If the first option 
is chosen for one resource, the configuration utility automatically selects the first option for 
the other resource statements and the initialization statements. The syntax of a linked group 
1S: 


LINK 
resource statement 


resource statement 
INIT statement 


INIT statement 
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The following example illustrates the use of a linked group that provides selection of the 
interrupt or DMA channel. The user (or configuration utility) can select the interrupt or the 
DMA channel, but after making the one selection, the other resource and the initialization 
must correspond to the same option. An IRQ = 3 selection forces the configuration utility to 
select DMA = 2 and IOPORT(1) initialization 00001111b. A DMA = 5 selection forces the 
configuration utility to select IRQ = 4 and IOPORT(1) initialization 11110000b. 


LINK 
IRQ =314 
DMA = 215 
INIT = IOPORT(1) 00001111b | 11110000b 


COMBINE Groups 


The elements of combined groups have an indirect relationship with each other in which 
each resource selection is independent, but the initialization is directly determined by the 
combination of resource selections. The syntax of a linked group 1s: 


COMBINE 
resource statement 


resource statement 
INIT statement 


INIT statement 
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The following example illustrates the use of a combined group that provides selection of a 
memory size and starting address. The user (or configuration utility) can select any memory 
size and starting address, and the configuration utility automatically selects the initialization 
that corresponds to the selected memory size and starting address. Table 10-3 lists the 
initialization value for each possible combination. 


COMBINE 
MEMORY = 4M | 8M ;Memory size 
ADDRESS = 1M 14M ‘Starting address 


INIT = IOPORT(2) 00001111b | 01001111b | 10001111b | 11001111b 


Table 10-3 

Memory Size Initialization Values 
Memory Starting Port 
Size Address Initialization 
4M 1M 00001111b | 
4M 4M 01001111b 
8M 1M 10001111b 
8M 4M 11001111b 


Extended Industry Standard Architecture Expansion Bus 


a Technical Reference Guide 10-85 


we The following example illustrates the use of a combined group in which the starting address 
selection and the initialization use a range with a STEP. The user (or configuration utility) 
can select any memory size and starting address, and the configuration utility automatically 
selects the initialization that corresponds to the selected memory size and starting address. 
Table 10-4 lists the initialization value for each possible combination. 


COMBINE 
MEMORY = 4M 1 8M | 12M 
ADDRESS = 4M-256M STEP = 4M 
INIT = IOPORT(1) 00000000b-10111111b 


Table 10-4 

Memory Size/Stop Initialization Values 
Memory Starting INIT 
Size Address Value 

| 4M 4M 00000000b 

hal 4M 8M 00000001b 
4M 12M 00000010b 
4M 16M 00000011b 
4M 244M 00111100b 
4M 248M 00111101b 
4M 252M 00111110b 
4M 256M 00111111b 
12M 244M 10111100b 
12M 248M 10111101b 
12M 252M 10111111b 
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RESOURCEI1 11213 
RESOURCE2 11213 
RESOURCE3 11213 
INIT = 00001b-11011b 


INIT 
Value 


0000 1b 
00010b 
00011b 
00100b 
00101b 
00110b 
00111b 
01000b 
01001b 
01010b 
01011b 
01100b 
01101b 
01110b 
01111b 
10000b 
10001b 
10010b 


Table 10-5 


Initialization Value Assignment Sequence 


RESOURCE! Part 
of Combination 


RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 1 
RESOURCE1 option 2 
RESOURCE 1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
RESOURCE1 option 2 
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RESOURCE2 Part 
of Combination 


RESOURCE? option 1 
RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE2 option 2 
RESOURCE2 option 2 
RESOURCE2 option 2 
RESOURCE? option 3 
RESOURCE2 option 3 
RESOURCE? option 3 
RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE2 option 2 
RESOURCE? option 2 
RESOURCE2 option 2 
RESOURCE2 option 3 
RESOURCE2 option 3 
RESOURCE? option 3 


RESOURCES Part 
of Combination 


RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 


Continued 


Table 10-5 


INIT 
Value 


10011b 
10100b 
10101b 
10110b 
10111b 
11000b 
11001b 
11010b 
11011b 


FREE Groups 
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Initialization Value Assignment Sequence Continued 


RESOURCE1 Part 
of Combination 


RESOURCE1 option 3 
RESOURCE1 option 3 
RESOURCE1 option 3 
RESOURCE1 option 3 
RESOURCE1 option 3 
RESOURCE1 option 3 
RESOURCE 1 option 3 
RESOURCE1 option 3 
RESOURCE1 option 3 


RESOURCE? Part 
of Combination 


RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE? option 1 
RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE2 option 1 
RESOURCE? option 3 
RESOURCE2 option 3 
RESOURCE2 option 3 


RESOURCES Part 
of Combination 


RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 
RESOURCES option 1 
RESOURCES option 2 
RESOURCES option 3 


The elements of free form groups have no relationship with each other. Each resource 
selection is independent and the initializations are independent of the resource selections. 
The syntax of a free form group is as follows: 


FREE 


resource statements 
INIT statements 


The following example illustrates the use of a free form group in which IRQ 2, 3, 4, or 5 
can be selected. The IRQ selection is independent of all other resource declarations. The 
example does not include any IRQ initialization: 


FREE 


IRQ=2/131415 


LD 
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PORTVAR(j) Variable ww 


Syntax: 

IOPORT(i) = Portvar(j) 
combined with: 
Portvar(j) = address 


The variable, Portvar(j), can be used to modify an IOPORT(i) address based on a 
configuration selection. Each variable must have a separate Portvar(j) statement with a 
different identifier, “i.” The “i” can be any positive integer value from 1 to 32767. The 
Portvar(j) variable replaces the address portion of the IOPORT(i) statement. The 
configuration utility assigns an address to the IOPORT(i) based on a Portvar(j) assignment 
statement within a CHOICE or SUBCHOICE statement block. 


The following configuration file segment illustrates the use of Portvar(j) to initialize a serial 

port interrupt. The example indicates an initialization value 00000001b is written to port 

address 3F9h for a COM1 selection or written to port address 2F9h for a COM? selection. 

The configuration utility replaces the PORTVAR(3) variable with the port address (3F9h or 

2F9h) based on the CHOICE selected. aa 


IOPORT(1) = PORTVAR(3) 
FUNCTION = “Serial Port” 
CHOICE = “COM1” 
PORTVAR(3) = 3F9h 
INIT = IOPORT(1) 00000001b 
CHOICE = “COM2” 
PORTVAR(3) = 2F9h 
INIT = IOPORT(1) OOO00001b 
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10.7 SYSTEM BOARD 
CONFIGURATION FILE 


System board configuration files must supply additional information to the configuration 
utility. This information includes the amount of nonvolatile memory available, the number 
of expansion slots on the system board, the power available at each slot, and the size and 
type of each expansion slot. The system description block supplies the additional 
information. 


Board Identification Block 


The board identification block for system boards uses the same syntax as an expansion 
board identification block. The CATEGORY statement must equal “sys” and the SLOT 
statement must equal EMB(Q). The syntax of the board identification block is: 


BOARD 
ID = “7 character ID” 
~— NAME = “system board product name” 


MFR = “system board manufacturer name” 

CATEGORY = “SYS” 

SLOT = EMB(0) 

AMPERAGE = value ssystem board +5V current usage in mA 
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System Description Block 


The system description block includes a SYSTEM statement, the amount of nonvolatile 
memory, and a description of the available slots. The system description block follows the 
board identification block in the configuration file. The syntax of the system description 


block is: 

SYSTEM 
[NONVOLATILE = value] ;Bytes of nonvolatile memory 
[AMPERAGE = value] *Total +5V current (mA) from power supply 


SLOT(1) = ISA8 | ISA16 | EISA | OTH 
[LENGTH = value} 
[SKIRT = YES | NO] 
[BUSMASTER = YES | NO] 


SLOT(n) = ISA8 | ISA16 | EISA | OTH 
[LENGTH = value} 
[SKIRT = YES | NO] 


SYSTEM Statement (Required) 


Syntax: 
SYSTEM 


The SYSTEM statement identifies the beginning of the system description block. The 
SYSTEM statement follows the board identification block in the configuration file. 


NONVOLATILE Statement (Optional) 


Syntax: 
NONVOLATILE = value 


The NONVOLATILE statement specifies the total bytes of EISA nonvolatile memory 
in the system. The NONVOLATILE statement does not include the 64 bytes of 
ISA-compatible nonvolatile memory. 
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The configuration data for one expansion slot, one virtual device or one embedded device 
[including the system board—EMB(Q)], may use no more than 340 bytes of nonvolatile 
memory. A slot with a multifunction expansion board installed may use 340 bytes total for 
all expansion board functions. EISA systems must support at least 340 bytes of nonvolatile 
memory for each expansion slot, plus nonvolatile memory for the system board functions. 


The system board designer can use the following equation to determine the minimum 
amount of EISA nonvolatile memory required: 


Nonvolatile Memory = 
(Expansion Slots + System Board + Embedded Devices + Virtual Devices) * 340 


Where: 


Expansion Slots = number of expansion connectors 
A whole number between 1 and 15 


System Board 
EMB(0)—system board 


Embedded devices = number of embedded devices on system board 
A whole number between 
1 and (15 — Physical Slots) 


Virtual devices = number of system board virtual devices 
Virtual devices => 1 


The following example illustrates the nonvolatile memory calculation for a system board 
with one embedded device, eight expansion connectors and two virtual devices: 


Assumptions: 


System board 1 
Physical slots = 
Embedded devices 
Virtual devices 
Total = 


8 
1 
2 
12 

Minimum nonvolatile memory = 12 * 340 = 4080 bytes 
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AMPERAGE Statement (Optional) J 


Syntax: 

[Amperage = value] 

An AMPERAGE statement specifies the total amount of +5 volt power (in milliamps) 
available to expansion devices installed on the expansion bus. 


value = power supply current 


SLOT Statement Block (Required) 


Syntax: 
SLOT() = ISA8 | ISA16 | EISA | OTH 


The SLOT(1) statement is used to specify an expansion slot as 8-bit ISA (ISA8), 16-bit ISA 
(ISA16), or 32-bit EISA (EISA). The “1” represents the slot number. 


The SLOT() statement does not apply to the system board, embedded devices, or virtual 
devices, when included as part of the system description block. wi 


LENGTH Statement (Optional) 


Syntax: 
[LENGTH = value] 


A LENGTH statement can accompany a SLOT(i) statement to specify the maximum length 
board (a decimal integer in millimeters) that can be installed in the slot. 


System boards should include a length statement. The configuration utility cannot optimize 
expansion board slot allocation, if system boards do not specify the slot lengths. If the 
LENGTH statement is omitted, the configuration utility assumes the maximum length of 
341 millimeters and places the expansion board in any expansion slot without verifying the 
Slot length. 
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SKIRT Statement (Optional) 


Syntax: 
[SKIRT = YES | NO] 


Each SLOT(i) statement can also be accompanied by a SKIRT statement that specifies 
whether the slot supports a skirted expansion board. The default is YES if the SLOT) 
Statement does not have an accompanying SKIRT statement. 


BUSMASTER Statement (Optional) 


Syntax: 
[BUSMASTER = YES | NO} 
The BUSMASTER statement specifies whether an EISA slot accepts a bus master 


expansion board. The slot defaults to BUSMASTER = YES if the BUSMASTER statement 
is omitted from the SLOT statement block and the slot 1s an EISA slot. 
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10.8 EISA SYSTEM 
ROM OPERATIONS 


EISA system ROM provides the following two services to support automatic hardware 
configuration: 


m@ The EISA system ROM power-up routines use the configuration information stored 
in nonvolatile memory to initialize the system board and expansion boards. 


m The EISA system ROM provides BIOS routines that simplify reading and writing 
configuration data in nonvolatile memory. 


EISA System ROM BIOS 
Routine Calls 


Two BIOS routines are called by the configuration utility to initialize nonvolatile memory. 
One BIOS routine clears configuration information from nonvolatile memory and the other 
stores configuration information into nonvolatile memory. The BIOS routines are part of 
the INT15 handler and have the following call interface: 


Clear Nonvolatile Memory 
INT 15h, AH=D8h, AL=02h 


Write Nonvolatile Memory 
INT 15h, ah=D8h, al=O03h 


Device drivers and the power-up BIOS routines use two other BIOS routine Calls to 
retrieve configuration information from nonvolatile memory. One BIOS routine returns a 
subset of the configuration information stored in nonvolatile memory for one expansion 
board. The other routine returns all the configuration information about one expansion 
board function. The BIOS routines are called through the INT 15h handler with the 
following call interface: 


Read slot configuration information 
INT 15h, ah=D8h, al=0Oh (or 80h) 


Read function configuration information 
INT 15h, ah=D8h, al=Olh (or 81h) 
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The BIOS routines are bimodal (real or protected mode) and may be called for execution as 
32- or 16-bit code. Protected mode execution is accomplished by simulating an INT 15h 
instruction (push flags, call far) to the address pointed to by the INT 15h vector 
(O0000:0054h). If INT 15h no longer points to the system ROM, then the industry standard 
entry point for INT 15h, FOOO:F859h, can be called directly. The INT 15h BIOS routines 
require 1536 bytes allocated from the stack for temporary RAM variables. 


Protected mode operating systems that can create a code segment descriptor may call the 
INT 15h BIOS routines by creating a descriptor that has a base address of FOOOOh and 
executing a far call to the offset address of the industry standard entry point. The code 
segment descriptor must have a limit of FFFFh, and must have I/O privilege (current 
privilege level of code segment being executed must be equal to or less than IOPL). The 
segment descriptor may have a D-bit of Oh (16-bit addressing and operands) or 1h (32-bit 
addressing and operands). The stack segment must have the same D-bit setting as the code 
segment. The address segment D-bit can be set to Oh or 1h (indicating 16- or 32-bit data 
size) independent of the code segment D-bit setting. 


A code segment other than FOOOOh may be used as long as it includes the 64 Kbytes 
— starting at FOOOOh and has I/O privilege (current privilege level of code segment being 
executed must be equal to or less than IOPL). 


The INT 15h system ROM BIOS routines adhere to the following conventions: 


™ Do not perform any segment register-dependent operations (all branch instructions are 
relative to the instruction pointer) 


Do not change the segment registers (including the code segment) 
Return to the calling routine with the interrupt flag unmodified 


Do not use privileged instructions (LMSW, LSL, etc.) 


Do not write data using a code segment (CS) override 


Identify System Board Type 


A device driver can identify an EISA system board by detecting the upper case ASCII 
string “EISA” at memory address FOOO:FFD9h through FOOO:FFDC. 
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Read Slot Configuration Information, INT 15h, J 
AH = D8h, AL = 00h 

This BIOS routine reads a subset of the configuration information for one expansion board 

or the system board from nonvolatile memory. The BIOS routine returns a summary that 

includes all functions of the expansion board. 


INT 15h, AH = D8h, AL = 00h (or 80h) 


INPUT: AH = 0D8h 
AL = 0Oh (If CS and DS specify 16-bit addressing and data size) 
AL = 80h (If CS and DS specify 32-bit addressing and data size) 
CL = Slot Number (including embedded and virtual devices) 
QO = System board 


1 = Slot 1 
2 = Slot 2 
n = Slot n 
OUTPUT: AH = 00h Successful completion; carry flag not set (carry flag = 0) wi 


80h Invalid slot number; carry flag set (carry flag = 1) 

82h Invalid System Configuration; carry flag set (carry flag = 1) 
83h Empty slot (carry flag = 1) 

86h Invalid BIOS routine call (carry flag = 1) 

87h Invalid system configuration (carry flag = 1) 
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Duplicate ID 
O = No duplicate ID. 
1 = Duplicate IDs. 


Product ID 
O = readable 
1 = not readable 


Slot type 
OO = Expansion slot 


01 = Embedded device 
10 = Virtual device 
11 = Reserved 


Duplicate ID number. This nibble indicates which CFG 
0000 If no duplicate ID file is loaded when duplicate file 
0001 If 1st duplicate ID names are present. (i.e., the first 


is called '[AAAnnnn.CFG; the next 
is 1AAAnnnn.CFG, the next 
is 2AAAnnnn.CFG and so on.) 


1111 If 15th duplicate ID 
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BH = Major revision level of configuration utility 
BL = Minor revision level of configuration utility 
CH = Checksum (MSByte) of configuration file 
CL = Checksum (LSByte) of configuration file 
DH = Number of device functions 

DL = Combined function information byte 


Bit < 7 >: 
Bit < 6>: 
Bit <5 >: 


Bit <4>: 
Bit < 3 >: 
Bit <2 >: 
Bit < 1 >: 
Bit <Q>: 


Reserved (0) 

Reserved (0) 

Slot has one or more port initialization entries 
Slot has one or more port range entries 

Slot has one or more DMA entries 

Slot has one or more interrupt (IRQ) entries 
Slot has one or more memory entries 

Slot has one or more function type definitions 


DI and SI = Four byte compressed ID 
DI (Isb) = Byte 0 
DI (msb) = Byte 1 
SI (sb) = Byte 2 
SI (msb) = Byte 3 


Read Function Configuration Information, 
INT 15h, AH = 0D8h, AL = O1lh 


This BIOS routine reads all the configuration information for one expansion board function. 
The BIOS routine transfers the data block that contains the configuration information for 
the expansion board function to a table in memory. The BIOS routine stores the data block 
at the starting address pointed to by DS:SI. The table’s data structure appears later in this 


section. 


The caller can execute the “Read Slot Configuration Information” BIOS routine Call to 
determine the number of expansion board functions, and execute the “Read Function 
Configuration Information” BIOS routine Call to retrieve the data block for each function. 
The BIOS routine retrieves the function data block indicated by the function number in 
register CH. The caller can inspect the TYPE and SUBTYPE fields in each data block to 
identify the function. 
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INT 15h, AH = OD8h, AL = Oth 


INPUT: AH = OD8h 
AL = Olh If CS and DS specify 16-bit addressing and data size 
AL = 81h If CS and DS specify 32-bit addressing and data size 
CH = Function number to read (0...n) 
CL = Slot Number (including embedded and virtual slots) 
QO = System Board 
1 = Slot 1 
2 = Slot 2 
n = Slot n 
DS = Segment for return data buffer 
SI = Offset to return data buffer (16-bit call) 
ESI = Offset to return data buffer (32-bit call) 


OUTPUT: AH = 00h Successful completion; Carry Flag = 0 
we 80h Invalid slot number; Carry Flag = 1 
81h Invalid function number; Carry Flag = 1 
82h Invalid System Configuration; Carry Flag = 1 
83h Empty Slot; Carry Flag = 1 
86h Invalid BIOS routine call (Carry Flag = 1) 
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Standard Configuration 
Data Block Structure 


The 320-byte data block pointed to by DS:SI contains one expansion board function’s 
configuration information. The field sizes of the data block are fixed sizes. A configuration 
file must not specify resources or initializations that cannot fit within this data structure. 
The 320-byte data block has the following structure: 


Four—Byte Compressed ID 


Byte 0 
Bit<7> 
Bit < 6:2 > 
Bit < 1:0> 
Byte 1 
Bit < 7:5 > 
Bit < 4:0 > 
Byte 2 
Bit < 7:4> 
Bit < 3:0> 
Byte 3 
Bit < 7:4 > 
Bit < 3:0 > 


Reserved (0) 
Character 1 
Character 2 


Character 2 
Character 3 


Ist hex digit of product number 
2nd hex digit of product number 


3rd hex digit of product number 
1-digit product revision number 
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ID and Slot Information 


Byte O 
Bit < 7> 


Bit <6> 


Bit < 5:4> 


Bit < 3:0> 


Byte 1 
Bit <7> 


Bit < 6:2 > 
Bit < 1> 


Bit <Q> 


Total Bytes = 2 
Offset = 04h 


0 = no duplicate ID is present 
1 = duplicate is present 
Q = ID is readable 
1 = ID 1s not readable 
Slot type 
OO = expansion slot 
01 = embedded slot 
10 = virtual slot 
11 =reserved 
Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file 1ACEO105) 
0010 = 2nd duplicate (CFG file 2ACEO105) 


1111 = 15th duplicate (CFG file FACEO105) 


0 = configuration is complete 
1 = configuration is not complete 
Reserved (0) 
0 = EISA IOCHKERR not supported 
1 = EISA IOCHKERR supported 
QO = EISA ENABLE not supported 
(expansion board cannot be disabled) 
1 = EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level 


Byte 0 = Minor revision level (0 if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension) 


Selections 


Byte O = Ist Selection 
Byte 1 = 2nd Selection 


Byte 25 = 26th Selection 


Function Information 


Byte 0 

Bit<7> QO = function is enabled 

1 = function is disabled 
Bit<6> CFG extension Free-form data 
Bit<5> Port initialization entry or entries follows 
Bit<4> Port range entry or entries follows 
Bit<3> =DMAentry or entries follows 
Bit<2> Interrupt (IRQ) entry or entries follows 
Bit<1> Memory entry or entries follows 
Bit<Q>  Type/subtype ASCII string entry follows 
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Offset = 06h 


Total Bytes = 26 
Offset = O8h 


Total Bytes = 1 
Offset = 022h 
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TYPE and SUBTYPE ASCII String 


Total Bytes = 80 
Offset = O23h 


Byte 0 = Ist character of ASCII string 
Byte 1 = 2nd character of ASCII string 


Byte 79 = 80th character of ASCII string 


For example, TYPE = COM,ASY;COM1 produces: 


Byte 0=C Start of TYPE String 

Byte 1=O 

Byte 2=M 

Byte 3=, Delimiter for TYPE string fragments 
— Byte4=A 

Byte5=S 

Byte6=Y End of TYPE string 

Byte 7=; Delimiter for SUBTYPE string 

Byte 8=C Start of SUBTYPE string 

Byte 9=O 

Byte 1O=M 


Byte 11 = 1 End of SUBTYPE string 
Byte 12 = 0 Zero fill to end of field 
Byte 13 = 0 


Byte 79 = 0 
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ww 
Memory Configuration 
Total Bytes = 63 
Offset = 073h 
Byte 0 = Memory configuration byte 
Bit<7> #0Q-=Last entry 
1 = More entries follow 
Bit <6> Reserved (0) 
Bit<5>  O=Not shared memory 
1 = Shared memory 
Bit<4:3> Memory Type 
OO = SYS (base or extended) 
O1 = EXP (expanded) 
10 = VIRtual 
11 = OTHer 
Bit<2> Reserved (0) | 
Bit<1>  0Q=Not Cached ww 
1 = Cached 


Bit<Q> 0=Read Only (ROM) 
1 = Read/Write (RAM) 


Byte 1 = Memory Data Size 
Bit<7:4> Reserved (0) 
Bit <3:2> Decode Size 
OO = 20 
Ol = 24 
10 = 32 
11 = Reserved (0) 
Bit<1:0> Data Size (Access size) 
OO = BYTE 
01 = WORD 
10 = DWORD 
11 = Reserved (0) 
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Byte 2 = LSByte Memory start address (divided by 100h) 
Byte 3 = Middle Byte Memory start address 

Byte 4 = MSByte Memory start address 

Byte 5 = LSByte Memory size (bytes divided by 400h) 
Byte 6 = MSByte Memory size (0 in this word means 64M) 


Interrupt Configuration 


Total Bytes = 14 
Offset = OB2h 


Byte 0 
Bit<7> Q=Last entry 
1 = More entries follow 
Bit <6> QO = Not Shared 
1 = Shared 
Bit<5> O=Edge Triggered 
w 1 = Level Triggered 
Bit<4> Reserved (must be 0) 
Bit <3:0> Interrupt (O-F) 
Byte 1 = Reserved (0) 
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DMA Channel Description 


Byte 0 
Bit<7> O=Last entry 
1 = More entries follow 
Bit <6> QO = Not Shared 
1 = Shared 
Bit<5:3> Reserved (0) 
Bit < 2:0> DMA Channel Number (0-7) 


Byte 1 
Bit < 7:6> Reserved (0) 
Bit<5:4> DMA Timing 
OO = Default (ISA-compatible) timing 
O1 = Type “A” timing 
10 = Type “B” timing 
11 = BURST (Type “C”) timing 
Bit<3:2> Transfer size 
OO = 8-bit (byte) transfer 
O1 = 16-bit (word) transfer 
10 = 32-bit (dword) transfer 
11 = Reserved 
Bit< 1:0> Reserved (0) 
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Port I/O Information 


Total Bytes = 60 
Offset = OC8h 


Byte 0 
Bit<7> OQ=Last entry 
1 = More entries follow 
Bit <6> QO = Not Shared 
1 = Shared 
Bit<5> Reserved (0) 
Bit <4:0> Number of Ports (minus 1) 
QOOOOO = 1 port 
00001 = 2 sequential ports 


wy 11111 = 32 sequential ports 
Byte 1 = LSByte I/O Port Address 
Byte 2 = MSByte I/O Port Address 
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Initialization Data 


Byte O = Initialization Type 

Bit<7> O= Last entry 
1= More entries follow 

Bit < 6:3 > Reserved (0) 

Bit<2> Port value or Mask value 
Q= Write value to port 
1 = Use mask and value 

Bit<1:0> Type of access 
OO = Byte address (8-bit) 
Ol = Word address (16-bit) 
10 = Dword address (32-bit) 
11 = Reserved (0) 


Byte 1 = LSByte of port I/O address 


Byte 2 = MSByte of port I/O address 
IF Byte 0, Bit < 2 > = 0 (no mask), THEN 
Bit < 1:0 > = Port width to write 
OO = Byte 3 = Port value 
Ol = Byte 3 = LSByte of port value 
Byte 4 = MSByte of port value 
10 = Byte 3 = LSByte of port value 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of port value 
Byte 6 = MSByte of port value 
11 = Reserved 
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IF Byte 0, Bit < 2 > = 1 (use mask), THEN 
Bits < 1:0 > = Number of bytes/port value/mask 

OO= Byte3= _ Port value 
Byte 4= Port mask (byte) 

O1= Byte3= LSByte of port value 
Byte4= MSByte of port value 
Byte 5= LSByte of Port mask (word) 
Byte 6= MSByte of Port mask (word) 

10= Byte3= LSByte of port value 
Byte 4= 2nd byte of port value 
Byte5= 3rd byte of port value 
Byte6= MSByte of port value 
Byte 7= LSByte of port mask (dword) 
Byte 8= 2nd byte of port mask (dword) 
Byte 9= 3rd byte of port mask (dword) 
Byte 10 = MSByte of port mask (dword) 

11 = Reserved (0) 
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Free-form Configuration ~~ 
Data Block Structure 


When the Free-form data bit is set in the Function Information byte (bit < 6 >), the 
320-byte data structure has the following specific format. 


Four-Byte Compressed ID 


Total Bytes = 4 
Offset = OOh 


Byte 0 
Bit<7> Reserved (0) 
Bit < 6:2 > Character 1 
Bit< 1:0> Character 2 
Byte 1 
Bit< 7:5 > Character 2 
Bit<4:0> Character 3 
Byte 2 al 
Bit<7:4> Ist hex digit of product number 
Bit<3:0> 2nd hex digit of product number 
Byte 3 
Bit<7:4> 3rd hex digit of product number 
Bit<3:0> 1-digit product revision number 
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ID and Slot Information 


Byte 0 
Bit<7> 


Bit <6> 


Bit < 5:4> 


Bit < 3:0 > 


Byte 1 
Bit < 7> 


Bit < 6:2 > 
Bit < 1> 


Bit <Q> 


Total Bytes = 2 
Offset = O4h 


Q= no duplicate ID is present 
1= duplicate is present 
QO= ID is readable 
1= ID 1s not readable 
Slot type 
OO = expansion slot 
01 = embedded slot 
10 = virtual slot 
11 = reserved (0) 
Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file 1ACE0105) 
0010 = 2nd duplicate (CFG file 2ACE0105) 


1111 = 15th duplicate (CFG file FACEO105) 


QO= configuration is complete 
1 = configuration is not complete 
Reserved (0) 
QO= EISA IOCHKERR not supported 
1= EISA IOCHKERR supported 
QO= EISA ENABLE not supported 
(expansion board cannot be disabled) 
1= EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level 


Byte 0 = Minor revision level (0 if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension) 


Selections 


Byte 0 = Ist Selection 
Byte 1 = 2nd Selection 


Byte 25= 26th Selection 


Function Information 


Byte 0 

Bit<7> QO = function is enabled 

1 = function 1s disabled 
Bit<6> CFG extension Free-form data (=1) 
Bit<5> Port initialization entry or entries follows 
Bit<4> Port range entry or entries follows 
Bit<3> = DMAentry or entries follows 
Bit<2> —_ Interrupt (IRQ) entry or entries follows 
Bit<1> Memory entry or entries follows 
Bit<OQ>  Type/subtype ASCII string entry follows 
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Total Bytes = 26 
Offset = O8h 


Total Bytes = 1 
Offset = 022h 
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TYPE and SUBTYPE ASCII String 


Total Bytes = 80 
Offset = O023h 


Byte 0 = Ist character of ASCII string 
Byte 1 = 2nd character of ASCII string 


Byte 79 = 80th character of ASCII string 


Freeform Data 


Total Bytes = 2 to 205 
Offset = 73h 


Byte 0 = Length of following data block 
Byte 1 = Ist byte of freeform data 


Byte 204 = 204th byte of freeform data 


Clear Nonvolatile Memory, 
INT 15h, AH = D8h, AL = 02h 


This BIOS routine call clears all EISA nonvolatile memory locations. The configuration 
utility uses the “Clear Nonvolatile Memory” BIOS routine Call prior to writing 
configuration information to nonvolatile memory. 


The Clear Nonvolatile Memory BIOS routine does not clear the 64-byte ISA nonvolatile 
memory. 
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INT 15h, AH=D8h, AL=02h (or 82h) alll 


INPUT: AH = D8h 

02h If CS and DS specify 16-bit addressing and data size 
AL = 82hIf CS and DS specify 32-bit addressing and data size 
Configuration utility major revision level 

= Configuration utility minor revision level 


OUTPUT: AH = OOh Successfully completion, Carry Flag = 0 
84h Error Writing Nonvolatile Memory, Carry Flag = 1 
86h Invalid BIOS routine call (Carry Flag = 1) 


> 
- 
l 


come’, 
aaee 
loll 


If 88h is returned in AH, indicating an unsupported revision of the configuration utility, 
then the major revision number of the configuration utility that is supported is returned 
in AL. 


Write Nonvolatile Memory 
INT 15h, AH = D8h, AL = 03h 


This BIOS routine writes configuration information for one slot into EISA nonvolatile 
memory. The “Write Nonvolatile Memory” BIOS routine Call also computes a CRC code 
(or checksum) after each call. The CRC code (or checksum) is a cumulative calculation that 
includes all data written to nonvolatile memory since the last “Clear Nonvolatile Memory” 
BIOS routine Call. 


The Write Nonvolatile Memory BIOS routine does not write to the 64-byte ISA 
configuration memory. 
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INT 15h, AH=D8h, AL=03h 


INPUT: AH 
AL 


= D&h 


O3h If CS and DS specify 16-bit addressing and data size 


= 83h If CS and DS specify 32-bit addressing and data size 
= Length of data structure (CX = 0 indicates empty slot) 


Length includes two bytes for configuration file checksum 


= Segment of data buffer 
= Offset of data buffer (16-bit call) 
= Offset of data buffer (32-bit call) 


OOh Successful completion, Carry Flag = 0 

84h Error writing nonvolatile memory, Carry Flag = 1 
85h Nonvolatile Memory 1s full, Carry Flag = 1 

86h Invalid BIOS routine call (Carry Flag = 1) 
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Standard Configuration 
Data Block Structure 


The structure referenced by DS:SI in the Write Nonvolatile Memory BIOS routine CALL 
for a slot with a single function has the following format: 


Four-—Byte Compressed ID 
Total Bytes = 4 


Byte 0 
Bit<7> Reserved (0) 
Bit < 6:2 > Compressed character 1 
Bit < 1:0> Compressed character 2 
Byte 1 
Bit < 7:5 > Compressed character 2 
Bit <4:0> Compressed character 3 
Byte 2 
Bit<7:4> 1st hex digit of product number 
Bit <3:0> 2nd hex digit of product number 
Byte 3 
Bit<7:4> 3rd hex digit of product number 
Bit<3:0> 1-digit product revision number 
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ID and Slot Information 


Byte 0 
Bit <7> 


Bit <6> 


Bit < 5:4> 


Bit < 3:0> 


Byte 1 
Bit<7> 


Bit < 6:2 > 
Bit < 1> 


Bit <Q> 


Total Bytes = 2 


0 = no duplicate ID is present 
1 = duplicate ID is present 
QO = ID is readable 
1 = ID 1s not readable 
Slot type 
OO = expansion slot 
01 = embedded slot 
10 = virtual slot 
11 = reserved (0) 
Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file 1ACEO105) 
0010 = 2nd duplicate (CFG file 2ACE0105) 


1111 = 15th duplicate (CFG file FACE0105) 


QO = configuration is complete 
1 = configuration 1s not complete 
Reserved (0) 
0 = EISA IOCHKERR not supported 
1 = EISA IOCHKERR supported 
0 = EISA ENABLE not supported 
(expansion board cannot be disabled) 
1 = EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level 


Total Bytes = 2 


Byte 0 = Minor revision level (0 if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension) 


Function Length 
Total Bytes = 2 
Length does not include these two bytes, or the checksum at the end of nonvolatile memory 


Byte 0 = LSB length of following function entry 
Byte 1 = MSB length of following function entry 


Selections 
Total Bytes = 2 to 27 
Byte 0 = Length of following selections field 
Byte 1 = 1st Selection 
Byte 2 = 2nd Selection 


Byte 26 = 26th Selection 
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Function Information 


Byte 0 
Bit <7> 


Bit<6> 
Bit<5> 
Bit<4> 
Bit <3> 
Bit<2> 
Bit<1> 
Bit<Q> 


Total Bytes = 1 


OQ = function is enabled 

1 = function is disabled 

CFG extension free-form data 

Port initialization entry or entries follows 
Port range entry or entries follows 

DMA entry or entries follows 

Interrupt (IRQ) entry or entries follows 
Memory entry or entries follows 
Type/subtype ASCII string entry follows 
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ww 
TYPE and SUBTYPE ASCII String 
Total Bytes = 2 to 81 
Byte 0 = Length of following ASCII string field 
Byte 1 = 1st character of ASCII string 
Byte 2 = 2nd character of ASCII string 
Byte 80 = 80th character of ASCII string 
For example, TYPE = com,asy;COM1 produces: 
ByteQ0=OCh _ Length of string field 
Byte 1=C Start of TYPE string 
Byte 2=O 
Byte 3=M 
Byte 4=, Delimiter for TYPE string fragments 
ByteS=A —w 
Byte6=S 
Byte 7=Y End of TYPE string 
Byte 8 =; Delimiter for SUBTYPE string 
Byte9=C Start of SUBTYPE string 
Byte 10 =O 
Byte 11=M 


Byte 12=1 End of SUBTYPE string 
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Memory Configuration 


Total Bytes = 7 to 63 


Byte 0 = Memory configuration byte 
Bit<7> Q=Last entry 
1 = More entries follow 
Bit<6> Reserved (0) 
Bit<5> Q=Not shared memory 
1 = Shared memory 
Bit <4:3 > Memory Type 
OO = SYStem (base or extended) 
01 = EXPanded 
10 = VIRtual 
11 = OTHer 
Bit<2> Reserved (0) (for Compaq Cache Write Policy) 
0 = Write-through 


_— 1 = Write-back 
Bit<1> QO = Not Cached 
1 = Cached 
Bit <0> 0 = Read Only (ROM) 


1 = Read/Write (RAM) 


Byte 1 = Memory Data Size 
Bit < 7:4 > Reserved (0) 
Bit < 3:2 > Decode Size 
OO = 20 
Ol = 24 
10 = 32 
11 = Reserved (QO) 
Bit < 1:0> Data Size (access size) 
OO = BYTE 
01 = WORD 
10 = DWORD 
11 = Reserved (0) 
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Byte 2 = LSByte Memory start address (divided by 100h) 
Byte 3 = Middle Byte Memory start address 

Byte 4 = MSByte Memory start address 

Byte 5 = LSByte Memory size (bytes divided by 400h) 
Byte 6 = MSByte Memory size 


Interrupt Configuration 
Total Bytes = 2 to 14 


Byte 0 
Bit <7> OQ = Last entry 
1 = More entries follow 
Bit <6> QO = Not Shared 
1 = Shared 
Bit<S> OQ= Edge Triggered 
1 = Level Triggered 
Bit<4> Reserved (0) 
Bit<3:0> Interrupt (0O—-F) 
Byte 1 = Reserved (0) 


DMA Channel Description 
Total Bytes = 2 to 8 


Byte 0 
Bit<7> #Q=Last entry 
1 = More entries follow 
Bit <6> O = Not Shared 
1 = Shared 
Bit <5:3> Reserved (0) 
Bit < 2:0 > DMA Channel Number (0-7) 
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Byte 1 
Bit <7:6> Reserved (0) 
Bit<5:4> DMA Timing 
OO — Default (IS A-compatible) timing 
01 — Type “A” timing 
10 — Type “B” timing 
11 — BURST (Type “C”) timing 
Bit <3:2> Transfer size 
OO= 8-bit (byte) transfer 
Ol= 16-bit (word) transfer 
10= 32-bit (dword) transfer 
11= Reserved (QO) 
Bit< 1:0> Reserved (0) 


Port I/O Information 


we Total Bytes = 3 to 60 


Byte 0 
Bit<7> O= Last entry 
1 = More entries follow 
Bit <6> QO = Not Shared 
1 = Shared 
Bit<5> Reserved (0) 
Bit <4:0> Number of Ports (minus 1) 
OOOOO = 1 port 
OOOO1 = 2 sequential ports 


11111 = 32 sequential ports 


Byte 1 = LSByte I/O Port Address 
Byte 2 = MSByte I/O Port Address 
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Initialization Data 


Total Bytes = 4 to 60 


Byte 0 = Initialization Type 
Bit<7> $Q=Last entry 
1 = More entries follow 
Bit <6:3 > Reserved (0) 
Bit<2> Port value or Mask value 
Q = Write value to port 
1 = Use mask and value 
Bit< 1:0> Type of access 
OO = Byte address (8-bit) 
Ol = Word address (16-bit) 
10 = Dword address (32-bit) 
11 = Reserved (0) 
Byte 1 = LSByte of port I/O address 
Byte 2 = MSByte of port I/O address 
If Byte 0, Bit < 2 > = 0 (no mask), then 
Bit < 1:0 > = Port width to write 
OO = Byte 3 = Port value 
O1= Byte 3 = LSByte of port value 
Byte 4 = MSByfte of port value 
10= Byte 3 = LSByte of port value 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of port value 
Byte 6 = MSByte of port value 
11 = Reserved (QO) 
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If Byte 0, Bit 2 = 1 (use mask), THEN 
Bits < 1:0 > = Number of bytes/port value/mask 

00 = Byte 3 = Port value 
Byte 4 = Port mask (byte) 

0O1= Byte 3 = LSByte of port value 
Byte 4 = MSByte of port value 
Byte 5 = LSByte of Port mask (word) 
Byte 6 = MSByte of Port mask (word) 

10= Byte 3 = LSByte of port value 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of port value 
Byte 6 = MSByte of port value 
Byte 7 = LSByte of port mask (dword) 
Byte 8 = 2nd byte of port mask (dword) 
Byte 9 = 3rd byte of port mask (dword) 
Byte 10= MSByte of port mask (dword) 

11 = Reserved (0) 


wy 
Configuration Data for 2nd uncon “Function length 
eee Data for 3rd function nee length 
no Data for nth function Function length for nth function = 00 
ee File Checksum Total =e =2 


Byte 1 = MSByte of configuration file checksum 
Byte O = LSByte of configuration file checksum 


aE 


LE 
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Free-form Configuration 
Data Block Structure 


When the free-form data bit is set in the Function Information byte (bit < 6 >), the data 
block pointed to by DS:SI has the following specific format. 


Four-—Byte Compressed ID 
Total Bytes = 4 


Byte 0 
Bit <7> Reserved (0) 
Bit < 6:2 > Compressed character 1 
Bit < 1:0> Compressed character 2 
Byte 1 
Bit < 7:5 > Compressed character 2 
Bit <4:0> Compressed character 3 
Byte 2 
Bit<7:4> 1st hex digit of product number 
Bit<3:0> 2nd hex digit of product number 
Byte 3 
Bit<7:4> 3rd hex digit of product number 
Bit<3:0>  1-digit product revision number 
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ID and Slot Information 


Byte 0 
Bit<7> 


Bit <6> 


Bit < 5:4 > 


Bit < 3:0> 


Byte 1 
Bit<7> 


Bit < 6:2 > 
Bit<1> 


Bit <Q> 


Total Bytes = 2 


Q = no duplicate ID is present 
1 = duplicate ID is present 
Q = ID 1s readable 
1 = ID 1s not readable 
Slot type 
OO = expansion slot 
01 = embedded slot 
10 = virtual slot 
11 = reserved (0) 
Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file 1ACEO105) 
0010 = 2nd duplicate (CFG file 2ACEO0105) 


1111 = 15th duplicate (CFG file FACE0105) 


0 = configuration is complete 
1 = configuration is not complete 
Reserved (Q) 
0 = EISA IOCHKERR not supported 
1 = EISA IOCHKERR supported 
Q = EISA ENABLE not supported 
(expansion board cannot be disabled) 
1 = EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level 


Byte 0 = Minor revision level (0 if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension ) 


Selections 


Byte 0 = Length of following selections field 
Byte 1 = 1st Selection 
Byte 2 = 2nd Selection 


Byte 26 = 26th Selection 
Function Information 


Byte 0 

Bit<7> Q= function is not disabled 
1 = function is disabled 

Bit<6> CFG extension free-form data (=1) 
Bit<5> Port initialization entry or entries follows 
Bit<4> Port range entry or entries follows 
Bit<3> DMA entry or entries follows 
Bit<2> Interrupt (IRQ) entry or entries follows 
Bit<1> Memory entry or entries follows 
Bit<Q> Type/subtype ASCII string entry follows 
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Total Bytes = 2 


Total Bytes = 2 to 27 


Total Bytes = 1 
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TYPE and SUBTYPE ASCII String 


Total Bytes = 2 to 81 


Byte 0 = Length of following ASCII string field 
Byte 1 = 1st character of ASCII string 
Byte 2 = 2nd character of ASCII string 


Byte 80= 80th character of ASCII string 


Free-form Data 


Total Bytes = 2 to 205 


Byte 0 = Length of following data block 
Byte 1 = Ist byte of freeform data 


Byte 204 = 204th byte of freeform data 


The following paragraphs specify the data structure fields that are not obvious from the 
configuration language specification. 


Configuration File Checksum 


The configuration file checksum is a 16-bit logical sum of the configuration file. 
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Configuration File Extension Revision Level 


The Configuration File Extension revision level specifies the revision number for the 
overlay. The configuration file extension checks the revision number when reconstructing 
the user displays from a backup copy of the configuration (a configuration saved to a disk 
file) or from reading nonvolatile memory (backtracking). 


Function Length 


Specifies the number of nonvolatile memory bytes that contain the function information. 
The two bytes of function length are not included in the count. The configuration file 
checksum bytes are not included. 


Selections Field 


Nonvolatile memory contains numbers that indicate the function choices and resource 
alternatives selected during configuration. The configuration utility uses the selection 
numbers during a reconfiguration to display the default selections to a user (backtrack). 


The backtrack routine reads selection numbers from nonvolatile memory for display as the 
defaults. Selections from all group types (combine, link or free) have a selection number, 
even if there is only one resource to select. 


NOTES: 1. Each memory resource selection number requires one word of storage. Other 
resource selection numbers require one byte each. 


2. The selection numbers for a FUNCTION include the selections for its 
Subfunctions. 
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1. Selection number of Choice in the Function or Subfunction. 


2. Selection number of Subchoice (if it exists). 


3. Selection number of alternate choice in each group for LINK and COMBINE groups or 
the selection number for each resource in a FREE group. 


4. When a Read Function Configuration Information BIOS routine call is issued, the 
information in SUBFUNCTIONs are included in the FUNCTION. Thus the selection 
numbers in SUBFUNCTIONS are grouped with the FUNCTION selection numbers. 


These selection numbers are repeated as needed. 


EXAMPLE #1: 
CFG FILE 
FUNCTION = ... 
CHOICE(0) = ...0 *CHOICE 0 was chosen 
LINK 
w Resourcel = 112 -2nd alternate was chosen (1) 
Resource2 = 314 
FREE 
Resource3 = 5 | 7 ‘2nd alternate was chosen (1) 
Resource4 = 6 Ist resource was chosen (Q) 
Resources = 71819 >3rd alternate was chosen (2) 


CHOICE(1) = ... 
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Initializing Nonvolatile Memory 


The EISA configuration utility begins the nonvolatile memory initialization by issuing the 
“Clear Nonvolatile Memory” BIOS routine Call that clears the configuration information 
from EISA nonvolatile memory. The configuration utility then issues repetitive “Write 
Nonvolatile Memory” BIOS routine Calls to load all EISA system board, embedded device, 
virtual device, and expansion board configuration data. 


The configuration utility first builds a data structure that includes the configuration 
information for slot 0 (the system board), then executes the “Write Nonvolatile Memory” 
BIOS routine Call with a pointer to the data structure. The configuration utility repeats the 
sequence for each slot and device. 


Power-Qn Initialization 
of EISA Systems 


EISA systems must assume a reset condition after power-on reset occurs. Expansion boards 
can decode only the slot-specific I/O addresses used for initialization and must assume a 
disabled state. 
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The BIOS power-on routine performs the following steps to initialize EISA systems: 


= Itconfirms the validity of configuration information in nonvolatile memory. If the 
configuration information is not valid the power-on routine aborts automatic 
configuration, issues an error message, then continues the power-on sequence. 


= It compares the EISA product ID and slot information in nonvolatile memory with the 
actual installed hardware to confirm that the configuration has not changed. If the 
expansion board installed in a slot does not match the information stored in nonvolatile 
memory the power-on routine aborts initialization of that slot and continues with 
configuration of the next slot. 


m It uses the configuration data to initialize the system board, expansion boards, 
embedded devices and virtual devices. 


= It enables the system board, expansion boards, embedded devices and virtual devices 
for operation. 


The system ROM automatically determines the I/O port address and initialization values 
and programs the following registers: 


@ Interrupt controller edge/level register 


= DMA controller (Extended Mode Register) 
DMA channel cycle timing 
DMA data size and addressing mode 


= DMA controller (DMA Command Register) 
DRQ and DAK% assert level (high/low) 
Fixed or rotating priority scheme 


The power-on routine initializes the system board and all EISA expansion boards before 
determining system memory size or searching for I/O devices (such as printer ports, 
communications ports, VGA, etc.). Since memory boards that have optional configuration 
as system or expanded memory are included in the memory size determination, neither an 
option ROM or an operating system dependent device driver is required. 
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Slot Initialization Sequence 


ad 
The EISA power-up routine initializes expansion slots, embedded devices, virtual devices. 
and the system board configuration registers. The initialization takes place during every 
cold or warm boot. 

wi 


mmm SSS SSS SSS SSS sss sss SSS SS 
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The flow chart in Figure 10-3 specifies the EISA slot initialization sequence: 


Cold or Warm boot > 


v 


O 


( Start of EISA slot initialization > 


Is 


configuration™ No - 2 ee 
storage ue > Report configuration error 


SS . valid? 7 


\, 
ae 


i Yes Set configuration error byte 
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Begin with slot Z = 0 | 
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Figure 10-3. Power-Up Slot Initialization, Flow Chart 
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Read board 
4 byte ID 

from ports 
ZC80h, ZC8Ih, 
ZC82h, ZC8B3h 


Is board 
ready in 
100 msec 

9 


No 
Read 
board 
ID ports 
Report Conf. error 
Report 
readable Board 
ID? error 


Does ~~ 


Slot functiomy yes 


have 1/0 Read 1/0 port from 1/0 
initializatior Initialization information 
| 
No 


No 


End ee 
Be aa OY 1/0 / Initializatio 


‘ > 
nwa ee: i 
ae | 


Determine if I/O port 
is byte, word or dword 
accessible and read 

1/0 port. 


Last Yes 1 
function 
9 AND value read with 
Initialization mask 
No Determine if I/O port 


is byte. word or 
dword accessible and 
write initialization 
value 


Read configuration storage 
slot Z information. 
Next function 
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Enable EISA 
board via 


(2)<- port ZC84 


Figure 10-3. Power-Up Slot Initialization, Flow Chart (Continued) 
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The system ROM power-on routine may initialize critical devices in any order necessary to 
bring the system up. The power-on routine must then initialize devices sequentially by slot 
number and function number. 


The power-on routine initializes critical devices first, then proceeds to initialize the EISA 
system board, EMB(0). The power-on routine then begins expansion board initialization 
beginning with expansion slot 1. The power-on routine issues a “Read Function 
Configuration Information” BIOS routine Call for slot 1, function 1. The power-on routine 
checks the product ID field of the data block returned for slot 1 function 1 to determine if 
the slot was configured as empty or with an expansion board installed. 


If nonvolatile memory indicates the slot has an expansion board installed, and the readable 
ID bit indicates a readable ID, the power-on routine performs the I/O read to confirm that 
the product ID matches nonvolatile memory. If the product ID read operation indicates a 
not ready condition on the first try, the power-on routine waits 100 milliseconds, then 
retries the ID read. The power-on routine issues an error message if the ID read stll 
indicates a not ready condition after the 100-millisecond delay, then continues initialization 
with the next slot. 


If the product ID matches nonvolatile memory, the power-on routine performs the 
initialization by setting the I/O ports to the values indicated in nonvolatile memory and 
programming the system board controllers to properly allocate the system resources 
required by the expansion board. 


After initializing each of the expansion board functions and the required system resources, 
the power-on routine enables the expansion board, then issues the “Read Function 
Configuration Information” BIOS routine Call for slot 2 function 1. The power-on routine 
continues the process until all functions in all expansion slots, embedded slots and virtual 
Slots are configured. 


The power-on routine does not initialize installed EISA or ISA expansion boards that do 
not have configuration information stored in nonvolatile memory. 
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Error Handling During 
Slot Initialization 


Several error conditions can arise during slot initialization. 


If an expansion board indicates a not ready condition when its product ID 1s read, the 
power-on routine waits 100 ms then retries the product ID read. If the expansion board still 
indicates a not ready condition, an appropriate error is displayed and the power-on routine 
continues EISA expansion board initialization with the next slot. 


If the ID of the EISA expansion board does not match the contents of nonvolatile memory, 
then an appropriate error is displayed and the power-on routine continues EISA expansion 
board initialization with the next slot. 


If nonvolatile memory indicates the presence of an EISA board with an ID and no matching 
board 1s found, then an appropriate error is displayed and the power-on routine continues 
EISA expansion board initialization with the next slot. 


If the ID of a slot is tagged not readable in the nonvolatile memory information, then the 
power up routines attempt to read a valid ID from the slot being initialized. If a valid ID is 
read from the slot, then an appropriate error is displayed and the power-on routine 
continues EISA expansion board initialization with the next slot. 


If the nonvolatile memory information indicates that a slot is empty and a valid ID 1s read 
from the slot, then an appropriate error is displayed and the power-on routine continues 
EISA expansion board initialization with the next slot. 


An error is displayed if nonvolatile memory slot information does not match what is 
determined to be in the slots. 


An “incomplete configuration” message is displayed if the nonvolatile memory ID and Slot 
Information incomplete configuration bit is set. 
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Noncacheable Memory 
Map Initialization 


EISA systems with cache memory can use the data in nonvolatile memory to construct a 
noncacheable address map. The power-on routine identifies noncacheable memory address 
ranges from the configuration information in nonvolatile memory. The power-on routine 
supplies the noncacheable addresses to hardware that disables the memory cache during 
accesses to the noncacheable addresses. 


Writable Memory 
Map Initialization 


EISA systems can use the data in nonvolatile memory to construct a writable address map. 
The power-on routine identifies RAM and ROM memory address ranges from the 
configuration information in nonvolatile memory. The power-on routine supplies the RAM 
and ROM addresses to hardware that disables memory writes during accesses to the ROM 
addresses. 
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10.9 EISA SYSTEM 
I/O ADDRESS MAP 


The system I/O address map in Table 10-6 shows the extended I/O address space available 
for EISA system boards and expansion boards. An EISA system board has 768 bytes of I/O 
space in addition to the 256 bytes available for ISA system boards. Each EISA expansion 
slot and embedded device has 1024 bytes of slot-specific I/O address space in addition to 
the ISA I/O space allocated to expansion boards. 


The system I/O address map indicates the I/O address space used for EISA system board 
devices and EISA expansion board devices. The address map also indicates address ranges 
that are aliases of the ISA expansion board I/O space (100h-3FFh). The alias addresses may 
only be used by expansion boards that can assure no conflict occurs between the alias 
address and normal ISA expansion board I/O addresses (100h-3FFh). The configuration 
utility does not identify conflicting use of ISA alias addresses. 


The system board decodes the EISA slot-specific I/O address ranges and all I/O for system 

board devices from LA< 15:2 > with BE*< 3:0 >. The EISA slot-specific I/O ranges are 

decoded from LA< 15:2 > with LA< 9:8 > zero. The system board decodes LA< 15:12 > J 
with LA< 9:8 > zero to generate the slot-specific signals, AENx. The EISA slot-specific 

device decodes the individual bytes in the I/O range from LA< 11:2 > with BE*< 3:0 > 

(LA< 9:8 > must be zero). The slot-specific ranges are: 0zOOOh—OzOFFh, 0z400h-—0z4FFh, 
Oz800h—Oz8FFh, 0zCOOh-0OzCFFh (where “z” represents the slot number). They do not 

conflict with any ISA expansion board. EISA expansion boards should not use any address 

(or alias address) in the ISA I/O range (100h-3FFh) except for ISA compatibility. 


Extended Industry Standard Architecture Expansion Bus 


1/O address 
Range (hex): 


O000-O0FF 
0100—-03FF 
0400-—04FF 
0500-07FF 
0800-—08FF 


Table 10-6 


EISA System I/O Address Map 


//O Range 
Reserved for 


EISA/ISA System board 

ISA expansion boards 

Reserved, EISA System board controllers 
Alias of 100h-3FFh 
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EISA System board 


O900—OBFF 
OCOO—OCFF 


Alias of 100h-3FFh 


EISA System board 


ODO0-OF FF 
1000-10FF 
1100-13FF 
1400-14FF 
1500-17FF 


Alias of 100h-3FFh 
Slot 1 
Alias of 100h-3FFh 
Slot 1 


Alias of 100h-3FFh 


1800-—18FF 
1900-1 BFF 


Slot 1 


Alias of 100h-3FFh 


1CO0-1CFF 
1D00-1FFF 


0z000—0Z0FF 
0zZ100—0zZ3FF 
02400—0zZ4FF 
0z2500—-027FF 
0z800—0z8FF 
0z900—0zZBFF 
0zCO00-0ZCFF 
0zD00-0ZFFF 


Slot 1 
Alias of 100h-3FFh 


Slot “z” 
Alias of 100h-3FFh 
Slot “2” 
Alias of 100h-3FFh 
Slot “2” 
Alias of 100h-3FFh 
Slot “2” 
Alias of 100h-3FFh 
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Expansion Board Address Decoding 


An expansion board that uses the slot-specific I/O ranges may, during I/O cycles, decode 
address bits LA< 11:2 >, and BE*< 3:0 > with AEN negated (low) to address any byte in 
the slot-specific I/O range. An expansion board that does not need the full I/O address 
range can decode fewer address bits, depending on the number of ports required. The 
expansion board must, at a minimum, decode address bits LA< 9:8 > low and AENx 
negated (low) to assure that the I/O address does not conflict with the ISA expansion board 
I/O address range. 


Refer to Chapter 4 for additional information about EISA I/O decoding and the use of 
AENx to control slot-specific I/O addressing. 


A device driver addresses the expansion board slot-specific addresses with a full 16-bit I/O 
address. The device driver appends the expansion board address bits, < 11:0 >, to the high 
order four bits represented by the hexadecimal slot number to form the 16-bit address, 

< 15:0 >. 


Slot-specific addresses OzC80Oh through 0zC83h are reserved for the product ID. 

Slot-specific address 0zC84h is reserved for expansion board control bits. All other wil? 
Slot-specific addresses can be used by the expansion board for configuration registers and 

general purpose I/O. 


An EISA expansion board can also use the ISA expansion board I/O ranges, but must 
assure that the addresses do not conflict with other ISA expansion boards. 


Table 10-7 shows address ranges that are not an alias of ISA expansion board I/O addresses 
and should be used by an EISA expansion board for I/O registers. 
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Table 10-7 
EISA Expansion Board I/O Registers 
I/O address /O Range 
Range (hex): Reserved for: 
1000—10FF Slot 1 
1400-14FF Slot 1 
1800-—18FF Slot 1 
1C00—-1CFF Slot 1 
2000-—20F F Slot 2 
2400-—24FF Slot 2 
2800-—28F F Slot 2 
2C00—-2CFF Slot 2 
‘ee 
0z000—0ZOFF Slot “2” 
0z400—0Z4FF Slot “z” 
0z800—0zZ8FF Slot “z” 
0zC00-0ZCFF Slot “2” 
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Table 10-8 shows address ranges that are an alias of ISA expansion board I/O addresses: 


Table 10-8 
ISA Expansion Board I/O Address Aliases 

I/O address I/O Range 

Range (hex): Reserved for: 
1100—-13FF Alias of 100h-3FFh 
1500—17FF Alias of 100h-3FFh 
1900—1BFF Alias of 100h-3FFh 
1DOO—-1FFF Alias of 100h-3FFh 
2100-—13FF Alias of 100h-3FFh 
2500-27FF Alias of 100h-3FFh 
2900-—2BFF Alias of 100h-3FFh 
2D00—2F FF Alias of 100h-3FFh 
02100—0Z3FF Alias of 100h-3FFh 
02500—027FF Alias of 100h-3FFh 
02900—0zZBFF Alias of 100h-3FFh 
0zD00—0OzZFFF Alias of 100h-3FFh 


Slot-specific addresses 0zC80h through 0zC83h are reserved for the product ID. 
Slot-specific address 0zC84h is reserved for expansion board control bits. All other 
slot-specific addresses can be used by the expansion board for configuration registers and 
general purpose I/O. 


An EISA expansion board that uses the ISA expansion board I/O ranges must assure that 
the addresses do not conflict with other ISA expansion boards. 
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Embedded Slot Address Decoding 


Embedded slot address decoding works exactly like expansion board address decoding 
except that the embedded device is integrated onto the system board. The embedded slots 
use slot numbers that start after the last expansion slot number. For example, the first 
embedded slot is slot 8 if the EISA system has 7 expansion slots. 


System Board Address Decoding 


An EISA system board decodes 16 address bits during I/O cycles. The system board 
configuration registers and controller registers are mapped into the address ranges between 
QOOOOh and OCFFh that are not an alias of ISA expansion board I/O addresses. 


Table 10-9 shows address ranges that are not an alias of ISA expansion board I/O addresses 
and can be used by an EISA system board for I/O registers. 


w Table 10-9 
EISA System Board I/O Registers 
I/O address /O Range 
Range (hex): Reserved for: 
OOOO-OOFF ISA System board peripherals 
0100—-O03FF ISA expansion boards 
0400—04FF Reserved — System board controllers 
0800—-O8FF System board 
OCOO—-OCFF System board 
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Table 10-10 shows address ranges that are an alias of ISA expansion board I/O addresses 
and cannot be used by an EISA system board. 


Table 10-10 
ISA Expansion Board 
l/O Address Aliases 


I/O address I/O Range 

Range (hex): Reserved for: 
0500—07FF Alias of 100h-3FFh 
OS00—-OBFF Alias of 100h-3FFh 
ODOO—OF FF Alias of 100h-3FFh 
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10.10 EISA PRODUCT 
IDENTIFIER (ID) 


EISA expansion boards, embedded devices and system boards have a four byte product 
identifier (ID) that can be read from I/O port addresses 0zC80h through 0zC83h (z=0 for 
the system board). For example, the system board ID can be read from I/O port addresses 
OC80h-0C83h and the slot 1 product ID can be read from I/O port addresses 1C80h—1C83nh. 


The first two bytes (0zC80h and 0zC81h) contain a compressed representation of the 
manufacturer code. The manufacturer code is a three character code (uppercase, ASCII 
characters in range “A”—“Z””) chosen by the manufacturer and registered with the firm that 
distributes this specification. System board and expansion board manufacturers follow the 
same procedure to choose and register their manufacturer code. 


The manufacturer code “ISA” should be used to indicate a generic ISA adapter. 


The 3-character manufacturer code is compressed into three 5-bit values so that it can be 
incorporated into the two I/O bytes at 0zC80h and OzC81h. The compression procedure is: 


1. Find hexadecimal ASCII value for each letter 
ASCII for “A”—“Z":““A’=41h,“°Z"=S Ah. 


2. Subtract 40h from each ASCII value 
Compressed “A”=41h-40h=01h=0000 0001 
Compressed “Z”=S5Ah—40h=1 Ah=0001 1010 


3. Retain 5 least-significant bits for each letter 
Discard 3 most-significant bits (they are always zero) 
Compressed “A”=00001, Compressed “Z”=11010 


4. Compressed code = Concatenate “0” and the three 5-bit values 
‘“AZA”=(0 00001 11010 00001 (a 16-bit value) 
OzC80h=00000111, OzC8 1h = 01000001 


The following diagrams show the format of the product ID (addresses 0zC80h — 0zC83h). 
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Product ID, Ist byte: 0zC80h 


1st character of compressed manufacturer code (bit < 6 > of 
0zC80h is most-significant bit) 


2nd character of compressed manufacturer code (bit < 1 > of 
OzC8OH is most-significant bit) 


2nd character of manufacturer's code (continued from 0zC80h) 


3rd character of compressed manufacturer code (bit 4 of OzC81h 
is most-significant bit) 


Product ID, 3rd byte: 0zC82h 
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Product ID, 4th byte: 0zC83h 


Revision number 


Reporting Not Ready During Access 
to the Product ID Register 


An EISA device that requires a long power-on sequence may report a not ready condition 
when the power-on routine attempts to read the product ID. The expansion board must 
complete its power-on sequence and report its product ID within 100 ms after reporting the 
not ready condition. The expansion board supplies the following data in port OzC80h to 
indicate the not ready condition: 


_— Product ID, Ist byte: 0zC80h 


O = Reserved (0) 
6.4 111 = Not ready 
8.0 [ wux=Donteae 
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EISA System Board ID 


The first two bytes of the system board ID are a compressed representation of the 
manufacturer code. The third byte and first five bits of the fourth byte can be used by the 
system board manufacturer for any purpose desired. The least-significant three bits of the 
fourth byte indicate the EISA bus revision level. 


The compressed system board manufacturer code has the same format as an expansion 
board manufacturer code and is illustrated in the “EISA Product Identifier” section of this 
specification. 


The I/O addresses for the system board ID bytes are: 

m System Board ID, Ist byte: OC80h 

m System Board ID, 2nd byte: OC81h 

m@ System Board ID, 3rd byte: OC82h 

m System Board ID, 4th byte: OC83h 

The following diagrams show the format of the system board ID. 


System Board ID, Ist byte: 0C80h 


Reserved (0) 


1st character of compressed manufacturer code (bit < 6 > of 
OC80h is most-significant bit) 

2nd character of compressed manufacturer code (bit < 1 > of 
OC80h is most-significant bit) 
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System Board ID, 2nd byte: OC8tIh 


2nd character of manufacturer's code (continued from OC80h) 


3rd character of compressed manufacturer code (bit < 4 > of 
OC8 th is most-significant bit) 


System Board ID, 3rd byte: 0C82h 


Reserved for manufacturer's use 


eh | EISA bus version (initial version = 001) 
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Identifying an EISA Expansion Board 
1. Write FFh to OC80h 
The procedure precharges the system board ID register (at I/O address OC80h). 
2. Read OC80h 


If contents of OC80h equals FFh, discontinue the identification process, the system 
board does not have a readable ID. 


If contents of OC80h does not equal FFh and the most-significant bit is a zero: the 
system board supports a readable ID that can be read at OC80h-0C83h. 
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EISA Expansion Board Product ID 


The first two bytes of the 4-byte product ID are a compressed representation of the 
manufacturer code. The third byte represents the product number and the fourth byte 
represents the product’s revision level. 


A revised expansion board that requires a modification to its configuration file must have a 
new product number and revision level in its ID. A revised expansion board that does not 
require a modification to the configuration file can use its original product number, with a 
new revision level. 


The system ROM power-on routine reads the first four bytes of the ID to compare against 
the configuration information stored in nonvolatile memory. A match of the hardware ID 
and the ID stored in nonvolatile memory confirms that the configuration has not changed 
since system configuration. Bits < 3:0 > of the fourth byte are not used by the power-on 
routine. 


Device drivers can use the product ID to determine the type of expansion board installed 
and the revision level. 


The compressed expansion board manufacturer code has the same format as a system board 
manufacturer code and 1s illustrated in the “EISA Product Identifier” section of this 
specification. 


The I/O addresses (where “z” is the slot number) for the product ID bytes are: 
m Product ID, 1st byte: OzC80h 

m Product ID, 2nd byte: OzC81lh 

m@ Product ID, 3rd byte: OzC82h 

@ Product ID, 4th byte: 0zC83h 
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The following diagrams illustrate the third and fourth byte of the product ID. 


Expansion Board Product ID, 
3rd byte: 0zC82h 


1st hexadecimal digit of product number (bit < 7 > is most-significant bit) 
2nd hexadecimal digit of product number (bit < 3 > is most-significant bit) 


Expansion Board Product ID, 
4th byte: 0zC83h 


3rd hexadecimal digit of product number (bit < 7 > is most-significant bit) 
“3.0 Hexadecimal digit of revision level (bit < 3 > is most-significant bit) 
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Identifying an EISA Expansion Board 
1. Write FFh to 0zC80h 


The procedure precharges the expansion board ID register (at I/O address OzC380h). 
2. Read OzC80h 


If contents of 0zC80h equals FFh, discontinue the identification process, the expansion 
board does not have a readable ID. 


If contents of 0zC80h does not equal FFh and the most significant bit 1s a zero: the 
expansion board supports a readable ID that can be read at OzC80h-0zC83h. 


EISA Embedded Devices 


The ID of an EISA embedded device has the same format as an expansion board product 
ID. The ID of an embedded device can be accessed through I/O addresses 0zC80h-0zC83h, 
where “z” is the embedded slot number. 
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10.11 EXPANSION BOARD J 
CONTROL BITS 


Port 0zC84h contains ENABLE, IOCHKERR, and IOCHKRST bits for software control of 
programmable expansion boards. EISA expansion boards must indicate 
“TOCHKERR=INVALID” in the CFG file if ENABLE and IOCHKERR bits are not 
supported. The Expansion Board Control Bits are shown in the following diagram. 


Expansion Board Control Bits — 0zC84h 


Reserved (set to 0) 


IOCHKRST (write only) 
O = Normal operation 
1 = When pulsed to 1 for 500 ns, the expansion board is reset 


IOCHKERR (read only) wW 
O = No error pending 
1 = A serious error detected by the expansion board 


Enable (read/write) 
O = Expansion board disable 
1 = Expansion board enable 


Bit < 0 > — Enable Bit (Read/Write) The ENABLE bit may be set to enable an 
expansion board for operation, or cleared to disable operation. The bit may be read to 
determine the enabled or disabled state. The expansion board clears enable after sampling 
RESDRYV asserted and enters a disabled state. The expansion board must only decode 
Slot-specific I/O while in the disabled state. The expansion board must disable all bus 
drivers while in the disabled state, except when responding to slot-specific I/O. 
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Bit < 1 > —- IOCHKERR Bit (Read Only) The IOCHKERR bit may be read to 
determine 1f an expansion board has a pending error. The expansion board indicates a 
pending error by setting IOCHKERR, clearing the ENABLE bit and entering the disabled 
state. The expansion board may, but is not required to assert the bus signal IOCHK* when 
it sets IOCHKERR. Pulsing IOCHKRST resets IOCHKERR. EISA expansion boards must 
respond to a read access of the IOCHKERR bit. EISA expansion boards that do not need to 
indicate errors may respond with the IOCHKERR bit cleared. 


An expansion board sets I|OCHKERR to indicate that a serious error has occurred. Parity 
errors and uncorrectable system errors exemplify problems that might cause an expansion 
board to set IOCHKERR. An expansion board always holds IOCHKERR set while 
asserting the bus signal, I[OCHK*. The main CPU or bus master can poll the IOCHKERR 
bit for each expansion board to determine which board caused an error. 


Bit <2 >-— IOCHKRST Bit (Write Only) Pulsing IOCHKRST to a “1” for at least 

500 ns resets an expansion board’s hardware. The expansion board resets all logic, assumes 
a disabled state, clears IOCHKERR and clears ENABLE when IOCHKRST is pulsed. 
EISA expansion boards that never set the IOCHKERR bit may ignore write accesses to the 
IOCHKRST bit. 
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Example Sequence for an IOCHKERR 


1. The system ROM power-on routine initializes the expansion board and sets the 
ENABLE bit to begin operation. 


2. The expansion board begins decoding memory and I/O addresses outside the 
slot-specific I/O range and enables its bus drivers to drive the bus signals. 


3. The device driver determines the slot-specific I/O address from the configuration data 
in nonvolatile memory. The device driver may then control the device operation. 


4. The expansion board detects a serious error, clears the ENABLE bit, sets its 
IOCHKERR bit and asserts IOCHK*. The expansion board stops decoding memory 
addresses and I/O addresses outside its slot-specific range and it floats all bus drivers 
(except the one driving IOCHK*) unless responding to slot-specific I/O. 


5. The expansion board detects a serious error, clears the ENABLE bit, sets its 
IOCHKERR bit and asserts [OCHK*. The expansion board disables all bus signal 
drivers except the one driving I[OCHK™*. The expansion board stops decoding memory 
addresses and I/O addresses outside its slot-specific range. 


The assertion of IOCHK™* invokes the NMI service routine. The NMI service routine 
sequentially polls the IOCHKERR bit for each EISA device until it finds a device with 
IOCHKERR set. The NMI service routine then begins the recovery procedure (restore the 
operation or disable the expansion board). 


To restore the expansion board, correct the error, then pulse IOCHKRST to “1” for at least 
500 ns to clear the IOCHKERR bit and negate the IOCHK* bus signal. The NMI service 
routine can then invoke the device driver to initialize the expansion board and set the 
ENABLE bit for operation. 


To disable the expansion board, the NMI service routine must pulse IOCHKRST to “1” for 
at least 500 ns to clear the IOCHKERR bit and negate the IOCHK™ bus signal. The NMI 
service routine can also display a message to the user indicating the action taken. 


The NMI service routine returns execution to the routine interrupted by NMI. If multiple 
devices asserted IOCHK™, or if another device asserted I[OCHK* during the NMI service, 
the NMI routine 1s invoked again to repeat the IOCHKERR poll and recovery procedure. 
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10.12 SYSTEM SOFTWARE USE OF 
CONFIGURATION 
INFORMATION 


Device drivers and system software can use the configuration information from nonvolatile 
memory for the following purposes: 


Determine the slot number of an EISA device 

Determine the I/O address of the EISA device registers specified during configuration 
Determine configuration information 

Determine the system resources used by an EISA or ISA device 


Initialize the device for operation 


Use of the configuration memory by a product-dependent device driver may differ from use 
by a product-independent device driver. A device driver is product dependent if the driver 
is provided for use with a particular product (i.e., an ACE Ethernet network board). A 
device driver is product independent if the driver is provided for use with products from a 
variety of vendors (such as a parallel port). 
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Slot Search by Product-Independent 
Device Driver 


A product-independent device driver should check the TYPE string of each function in each 
slot (including expansion slots, embedded devices and virtual devices) to determine the slot 
in which the desired function is installed. The driver should begin searching at Slot 0, 
function 1 and sequentially increment through each function of each slot until the last slot 
has been checked. 


The device driver can use the “Read Slot Configuration Information” to determine the 
number of functions located in any slot, and use the “Read Function Configuration 
Information” BIOS routine Call to read the configuration information (which includes the 
TYPE string) for the function. The device driver terminates the search when it finds a 
function with the desired TYPE string or when the “Read Slot Configuration Information” 
BIOS routine Call returns an “Invalid slot number” error. The error indicates that all slots 
have been checked. 


Device Driver Search for TYPE String | al 


The following example illustrates a device driver search for a parallel port with 
TYPE = “PAR.” 


The device driver performs the search by executing a “Read Slot Configuration 
Information” BIOS routine Call for each slot to determine if a device is installed and the 
number of functions present in the slot. The device driver begins the search by executing a 
“Read Slot Configuration Information” BIOS routine Call for slot 0 to determine the 
number of functions addressed as slot 0. 


The device driver then executes a “Read Function Configuration Information” BIOS routine 
Call for slot 0 function 1. The BIOS routine reads the function configuration information 
from nonvolatile memory and writes it to a table in system memory. The device driver 
inspects the TYPE field in the returned table to determine if the first three characters of the 
TYPE string equal “PAR,” which indicates a parallel port. The device driver continues 
executing “Read Function Configuration Information” BIOS routine Calls and inspecting 
the TYPE field for each slot 0 function. 
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The device driver then executes a “Read Slot Configuration Information” BIOS routine Call 
for slot 1 to determine the number of functions addressed as slot 1. The device driver 
requests the function information from nonvolatile memory and inspects the TYPE field for 
each function in slot 1. The device driver continues the slot search until it locates one or all 
functions with TYPE = “PAR”, or until the “Read Function Configuration Information” 
BIOS routine Call indicates that all slots have been searched (by returning “invalid slot”). 


If the device driver finds a function with TYPE = “PAR”, it can determine the initialization 
and resource requirements from the table returned by a “Read Function Configuration 
Information” BIOS routine Call. 


Device Driver Search for SUBTYPE String 


A driver can search for a specific configuration of a function by scanning the SUBTYPE 
strings. The following example illustrates a device driver search for a serial port with 
SUBTYPE = “COM1.” 


The device driver first finds an asynchronous communications port by searching for the 
we type string fragment, “com,asy.” The driver then scans past the remainder of the TYPE 
field (delimited by the semicolon) and compares the SUBTYPE string fragments to 
“COM1.” Ifa SUBTYPE string fragment does not match “COM1”, the driver continues 
searching for another TYPE “COM,ASY” and checking the SUBTYPE for “COM1.” 
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Slot Search by a Product-Dependent 
Device Driver 


A product-dependent device driver should check the product ID of the device in each slot 
(including expansion slots, embedded devices and virtual devices) to determine the slot in 
which its corresponding product is installed. The driver should begin searching at Slot 0 
and sequentially increment through each slot until the last slot has been checked. 


The device driver can use the “Read Slot Configuration Information” BIOS routine Call to 
read the product ID of the device in any slot. The device driver terminates the search when 
it finds the correct product ID or when the BIOS routine Call returns an “Invalid slot 
number” error. The error indicates that all slots have been checked. 


Device Driver Initialization for EISA 
Expansion Boards 


The device driver can use information from nonvolatile memory to determine EISA 
expansion board configuration and initializations necessary to restore expansion board 
registers to their power-on condition. wW 


The EISA system ROM initializes the following interrupt and DMA controller 
configurations after performing all I/O initializations indicated in nonvolatile memory. 
A device driver may not change the configurations: 


Interrupt controller edge/level register 
DMA controller (Extended Mode Register) 
DMA channel cycle timing 
DMA data size and addressing mode 
DMA controller (DMA Command Register) 
Fixed or rotating priority scheme 
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A DMA device that shares the DMA channel may not change the following DMA 
controller configuration: 


DMA controller (OMA Command Register) 
DRQ and DAK assert level (high/low) 


The device driver may use the “Read Function Configuration Information” BIOS routine 
Call to get the configuration parameters from nonvolatile memory. The configuration 
parameters returned from nonvolatile memory represent the expansion board configuration 
initialized by the system ROM power-on routines. Subsequent operation of the expansion 
board may leave the configuration in a different state. Device drivers can read the 
expansion board configuration registers to determine the configuration after power-on. 


Extended Industry Standard Architecture Expansion Bus 


_ 10-164 EISA System Configuration 


10.13 CREATING TYPES AND J 
SUBTYPES FOR DEVICES 


The TYPE and SUBTYPE identifiers are used by product-independent device drivers to 
identify, initialize and operate an installed device that is compatible with the device driver. 
System board and expansion board manufacturers must specify consistent and expandable 
TYPE and SUBTYPE identifiers for their products. 


The following guidelines should be followed when creating TYPE and SUBTYPE strings 
to assure consistency and expandability. 


TYPE Strings 


The first segment of the TYPE string should identify the most general device characteristics 
(such as video, communications port) followed by TYPE string segments that identify more 
detailed device characteristics (such as VGA video adapter, asynchronous communications 
port). For example, the TYPE string for a VGA video adapter is “VID, VGA”, where 
“VID” identifies a video board and “VGA” indicates VGA compatibility. The TYPE string 
for the asynchronous communications port is “COM,ASY”, where “COM” identifies a 
communications board and “ASY” indicates compatibility with the PC-AT asynchronous 


port. 


New TYPE segments should be appended to the TYPE string when a device is enhanced 
with additional capabilities. A device driver compatible with the original product 
determines its ability to control the device after checking the original TYPE segments. A 
device driver that supports enhanced capabilities checks the appended TYPE segments to 
determine the level of capability supported by the device. 


For example, the TYPE string for a VGA video adapter (ACE) with a 1024x768 high 
resolution mode might be: “VID, VGA,ACE1024X768”. Device drivers that support VGA 
identify the video adapter as VGA compatible and device drivers that support 1024x7638 
identify the video adapter as compatible with the 1024x768 mode. 
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Another vendor (X YZ) may offer a compatible video adapter with a new 1280x1024 mode. 
The TYPE string for the 1280x1024 video adapter might be: 

“VID, VGA,ACE1024X768,X YZ1280X 1024”. Device drivers that support VGA identify 
the video adapter as VGA compatible, device drivers that support 1024x768 identify the 
video adapter as compatible with the 1024x768 mode, and device drivers that support 
1280x1024 identify the video adapter as compatible with the 1280x1024 mode. 


SUBTYPE Strings 


The SUBTYPE string identifies the device options selected during configuration. A device 
driver may scan the TYPE string to determine that the device is compatible with the driver, 
then scan the SUBTYPE string to determine the device configuration. For example, the 
video adapter described above might use the SUBTYPE field to indicate the power-on 
video display mode. 


FUNCTION “VGA Video Adapter” 
TYPE = “VID, VGA,ACE1024X768,X YZ1280X 1024” 
CHOICE(1) = “VGA Default Mode” 
SUBTYPE = “DMODE=VGA” 
CHOICE(2) = “1024X768” Default Mode 
SUBTYPE = “DMODE=ACE1024X768” 
CHOICE(3) = “1280X1024” Default Mode 
SUBTYPE = “DMODE=X YZ1280X 1024” 


The device driver can utilize the SUBTYPE string to determine the default mode set during 
power-on. The TYPE/SUBTYPE string for a selection of VGA as the default power-on 
video mode is: 


“VID, VGA,ACE1024X768,X YZ1280X 1024; DMODE=VGA” 


A device driver should read the device configuration registers for configuration information 
that changes during device operation. A driver that needs detailed configuration information 
not specified in the SUBTYPE string should also read the device configuration registers. 
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Standard TYPE Table 


The following TYPEs should be used as the standard for devices that are applicable. 
System and expansion board manufacturers may create additional TYPEs for devices that 
do not apply to the standard TYPEs listed here. For example, a manufacturer of a fax board 
can create a new TYPE = “fax” or can use the “com” prefix (1.e., “com,fax’’). The new 
TYPEs become a de facto standard if other vendors use the same TYPE. 


The standard device TYPEs for commonly used devices that are part of the industry 
standard system architecture are listed in Table 10-11. 


Extended Industry Standard Architecture Expansion Bus 


s Technical Reference Guide 10-167 


Table 10-11 

ISA Device TYPEs 
Device Type Device Description 
"COM,ASY” ISA compatible 8250—based serial port 
"COM,ASY, FIFO” ISA compatible 16550—based serial port (with FIFO) 
"COM,SYN” ISA compatible SDLC port 
"KEY,nnn,KBD=xx” Standard keyboards XX = country, 

nnn = number of keys. 

083 

084 

101 

103 


xx = Keyboard Code 
AE = Arabic — English 
AF = Arabic — French 
AU = Australia 


BE = Belgium 

BF = Belgium — Flemish 
CE = Canadian — English 
CF = Canadian — French 
CH = China 

DN = Denmark 

DU = Dutch 

EE = European — English 
FN = Finland 

FR = France 


GR = Germany 


HA = Hungary 


Continued 
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Table 10-11 ISA Device TYPES Continued 
Device Type Device Description 


IT = Italy 


IS = Israel 

KA = Kangi 

LA = Latin America 
ME = Middle East 

NE = Netherlands 

NO = Norway 

PO = Portugal 

SP = Spain 

SW = Sweden 

ST = Switzerland 

SF = Swiss — French 
SG = Swiss — German 
TA = Taiwan wil 
UK = United Kingdom 
US = United States 


"CPU,8086" 8086 compatible microprocessor 
"CPU,80286” 80286 compatible microprocessor 
"CPU,80386SX” 80386SX compatible microprocessor 
"CPU,80386” 80386 compatible microprocessor 
"CPU,80486” 80486 compatible microprocessor 
"MSD,DSKCTL” ISA compatible fixed disk controller 
"MSD,FPYCTL” ISA compatible floppy disk controller 
"MSD, TAPCTL” Primary tape controller 


Continued 
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Table 10-11 
Device Type 
"NPX,287” 
"NPX,387” 
"NPX,387SX” 
"NPX,W1167” 
"NPX,W3167" 
"JOY” 

"PAR" 
"PAR,BID” 
"PTR,8042” 
"VID,MDA” 


"VID,MDA,MGA” 


"VID,CGA” 


"VID,CGA,RTR” 


"VID,CGA” 
"VID,EGA” 
"VID, VGA” 


ISA Device TYPES _ Continued 


Device Description 

Intel 287 numeric coprocessor 

Intel 387 numeric coprocessor 

Intel 3887SX numeric coprocessor for 386SX 
Weitek 1167 numeric coprocessor 
Weitek 3167 numeric coprocessor 
ISA-compatible joystick adapter 
ISA-compatible parallel port 
Bidirectional parallel port 

8042 pointing device (mouse) interface 
ISA-compatible monochrome adapter 
Hercules monochrome adapter 
Requires no write sync during retrace 
Requires write sync during retrace 
ISA-compatible CGA adapter 
ISA-compatible EGA adapter 
ISA-compatible VGA adapter 
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10.14 CONFIGURATION EXAMPLE 


This section contains the configuration data structures associated with an example EISA 
Ethernet communication board. The example illustrates the configuration information for 
initialization ports, a DMA channel, an interrupt, RAM memory and ROM memory. 


The example includes the configuration file, the configuration data structure returned by a 
“Read Function Configuration Information” BIOS routine Call, and the configuration data 
Structure passed to the “Write Nonvolatile Memory” BIOS routine. 


Configuration File 


An example of a configuration file for an ethernet controller board is presented on the 
following pages. The CFG filename for this file is !ACE102.CFG. 


BOARD 
ID = “ACE0105” 
NAME = “ACME Ethernet Interface board — Revision 5” 
MER = “ACME Board Manufact.” 
CATEGORY = “NET” 
SLOT = EISA 
LENGTH = 330 
READID = yes 


IOPORT(1) = 0zC94h 
INITVAL = OOOOxxxxb 


IOPORT(2) = OzC98h 
INITVAL = xxxxxxxxxxxxxxrrb 


JOPORT(3) = OzC9Ah 
INITVAL = xxxxxxrrb 


IOPORT(4) = O0zC9Bh 
INITVAL = rrerrxxxb 
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IOPORT(S) = OzC8&5h 
INITVAL = xxxxxxxxb 


IOPORT(6) = OzC86h 
INITVAL = Orrxxxxxb 


IOPORT(7) = 0zC86h 
INITVAL = Irrxxxxxb 


SOFTWARE(1) = “ACELINK.EXE —\n if using MS DOS 
Place the following command line in AUTOEXEC.BATA\n 
\t\tACELINK /S =n/A=n\n 
Use the following values with the 
/S and /A parameters:” 


-Function description starts here 
GROUP = “Ethernet network interface” 
TYPE = “NET,ETH” 
FUNCTION = “Network Interface Location” 
CHOICE = “File Server Init. — Node 0” 
SUBTYPE = “LANO” 
FREE 
INIT = SOFTWARE(1) “/S=1 /A=0” 
INIT = IOPORT(5) LOC (5-2) OOOO 
CHOICE = “Network user init. — Node 1” 
SUBTYPE = “LAN1” 
FREE 
INIT = SOFTWARKE(1) “/S=0 /A=1” 
INIT = IOPORT(S) LOC (5-2) 0001 
CHOICE = “Network user init. — Node 2” 
SUBTYPE = “LAN2” 
FREE 
INIT = SOFTWARE(1) “/S=0 /A=2” 
INIT = IOPORT(S) LOC (5-2) 0010 
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;Additional detail may be added 


CHOICE = “Network user init. — Node 15” 
SUBTYPE = “LAN15” 
FREE 
INIT = SOFTWARE(1) “/S=0 /A=15” 
INIT = IOPORT(5) LOC (5-2) 1111 


FUNCTION = “System resources alloc./init.” 
CHOICE = “System Resources” 
;DMA channel operates in Type C (burst) timing 


SHARE = no 
SIZE = dword 
TIMING = TYPEC 

INIT = IOPORT(S) LOC (0) 011 

‘Interrupt is level-sensitive 
LINK 

IRQ =215 

SHARE = yes 


TRIGGER = level 
INIT = IOPORT(S) LOC (1) 01 1 


‘Network board local ROM 
COMBINE 

MEMORY = 2K 
ADDRESS = 0C0000h | ODOOOOh | OEQOOOh 
MEMTYPE = oth 
WRITABLE = no 
SHARE = no 
SIZE = byte 
CACHE = yes 
DECODE = 32 

INIT = IOPORT(6) LOC (3-0) 1100 1 1101 | 1110 
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‘Network board local Ram 
FUNCTION = “Local RAM Initialization” 
CHOICE = “64K RAM” 
SUBTYPE = “64K” 
COMBINE 
MEMORY = 64K 
ADDRESS = 100000h-—1F0000h STEP = 64K 
WRITABLE = yes 
MEMTYPE = oth 
SIZE = dword 
CACHE = no 
INIT = IOPORT(7) LOC(4 3 2 1 0) OOOOO-01111 
CHOICE = “128K RAM” 
SUBTYPE = “128K” 
COMBINE 
MEMORY = 128K 
ADDRESS = 100000h—1FO0000h STEP = 64K 
MEMTYPE = oth 
WRITABLE = yes 
SIZE = dword 
CACHE = no 
INIT = IOPORT(7) LOC(4 3 2 1 0) 10000-11111 
ENDGROUP 


nnn eae ayaa EEE aS SESE 


Extended Industry Standard Architecture Expansion Bus 


= 10-174 EISA System Configuration 


‘Serial Port section 
FUNCTION = “Serial Port” 
TYPE = “COM,ASY” 
CHOICE = “COM1” 
SUBTYPE = “COM1” 
FREE 
IRQ =4 
SHARE = yes 
TRIGGER = level 
PORT = 3f8h-3ffh 
SHARE = no 
SIZE = byte 
INIT = IOQPORT(1) LOC (3-0) 0000 
INIT = IOPORT(2) LOC (15-2) 00000011111100 
INIT = IOPORT(3) LOC (7-2) 110000 
INIT = IOPORT(4) LOC (2-0) 010 
CHOICE = “COM2” 
SUBTYPE = “COM2” 


SHARE = yes 
TRIGGER = level 
PORT = 2F8h-2ffh 
SHARE = no 
SIZE = byte 
INIT = IOPORT(1) LOC (3-0) 0000 
INIT = IOPORT(2) LOC (15-2) 00000011111100 
INIT = IOPORT(3) LOC (7-2) 110000 
INIT = IOPORT(4) LOC (2-0) 000 
CHOICE = “Port disable” 
SUBTYPE = “Port disable” 
DISABLE = yes 
FREE 
INIT = IOPORT(4) LOC(Q) 0 
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Read Slot Configuration Information 
BIOS Routine 


The following example illustrates a “Read Slot Configuration Information” BIOS routine 
Call. The data block returned by the BIOS routine indicates an ACME Ethernet Board 
installed in slot 4. 


Assume the following register assignments prior to executing the “Read Slot Configuration 
Information” BIOS routine Call: 


INT 15h, AH=D8h, AL=00h 


INPUT: AH = OD8h 
AL = 0; Read Slot Configuration Information 
CL = 4; Slot number for ACME Ethernet Board 


The following register values illustrate the parameters returned by the “Read Slot 
we. Configuration Information” INT15 Call: 


OUTPUT: AH = 00h—Successful Completion — Carry Flag = 0 

AL = 0O0h—No duplicate IDs and board ID is readable 
BH = 01h—Magior Revision Level of Configuration Utility 
BL = 01h—Minor Revision Level of Configuration Utility 
CH = ADh—Checksum of Configuration File (MSByte) 
CL = 09h—Checksum of Configuration File (LSByte) 
DH = 04h—Number of Functions on this board 
DL = 00111111b—Combined Function information byte 
DI and SI = Four byte compressed ID 

DI(isb) = 04h (byte 0) 

DI(msb) = 65h (byte 1) 

SI(isb) = Olh (byte 2) 

SI(msb) = O5h (byte 3) 
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Read Function Configuration ~ 
Information BIOS Routine Call 


The following examples illustrate the “Read Function Configuration Information” BIOS 
routine call. The data block returned by the BIOS routine indicates an ACME Ethernet 
Board installed in slot 4. 


Assume the following register assignments prior to executing the “Read Function 
Configuration Information” INT15 call: 


INT 15h, AH=D8h, AL=O1h 
INPUT: AH = OD8h 


AL = Olh ;Read Function Configuration Information 
CL = 04h ;Slot number for ACME Ethernet Board 
CH = 00h ;Read the data block for function 0 

DS:SI = 29B9:0600 ;pointer to the data block returned 


The following register values illustrate the parameters returned by the “Read Function 
Configuration Information” BIOS routine call: 


OUTPUT: AH = 00h Successful completion (carry flag = 0) 


Table 10-12 illustrates the data block returned by the “Read Function Configuration 
Information” BIOS routine call for function 0. 
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Table 10-12 
Data Block From BIOS Routine Call (Function 0) 
Byte 
Offset Number Value Description 
OOh 1 04h 1st Byte Expansion Board ID: ACE0102 (0465h) 
2 65h 2nd Byte Expansion Board ID 
3 Oth 3-Digit Product Number 
4 O5h 1-Digit Revision Number 
04h 5 OOh ID and slot information 
6 O3h Miscellaneous ID Information 
O6h 7 Oth Major Configuration Utility Revision Level 
8 Oth Minor Configuration Utility Revision Level 
O8h 9 OOh ist Selection 
10 OOh 2nd Selection 
11 0 Reserved 
0 u 
22h 35 21h Function information (0000111156) 
23h 36 N TYPE string starts here 
37 E 
38 T 
39 Delimiter that separates TYPE string fragments 
40 E 
41 T 
42 H End of TYPE string 
43 Delimiter to append subtype string 
44 L 
45 A 
46 N 


Continued 
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Table 10-12 Data Block From BIOS Routine Call (Function 0) Continued 


Byte 

Offset Number Value Description 
47 0 End of SUBTYPE string 
48 0 Reserved 

0 ‘ 

104h 261 80h Initialization Byte |OPORT(1) 
262 94h LSB IOPORT ADDRESS 
263 4Ch MSB IOPORT ADDRESS 
264 OOh PORT VALUE 
265 85h Initialization Byte |OPORT(2)} 
266 98h LSB IOPORT ADDRESS 
268 FOh LST PORT VALUE 
267 4Ch MSB IOPORT ADDRESS 
269 O3h MSB PORT VALUE 
2/0 O3h LSB PORT MASK 
271 OOh MSB PORT MASK 
272 84h Initialization Byte IOPORT(3) 
273 9Ah LSB IOPORT ADDRESS 
274 4Ch MSB IOPORT ADDRESS 
2/75 COh PORT VALUE 
2/6 O3h PORT MASK 
ol7 84h Initialization Byte IOPORT(4) 
278 9Bh LSB IOPORT ADDRESS 
2/9 4Ch MSB IOPORT ADDRESS 
280 OOh PORT VALUE 
281 F8h PORT MASK 


Continued 
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Table 10-12 Data Block From BIOS Routine Call (Function 0) Continued 


Byte 

Offset Number Value Description 
282 80h Initialization Byte IOPORT(5) 
283 85h LSB IOPORT ADDRESS 
284 4Ch MSB lIOPORT ADDRESS 
285 OOh PORT VALUE 
286 84h Initialization Byte IOPORT(6) 
287 86h LSB IOPORT ADDRESS 
288 4Ch MSB IOPORT ADDRESS 
289 OCh PORT VALUE 
290 60h PORT MASK 
291 04h Initialization Byte IOPORT(7) 
292 86h LSB IOPORT ADDRESS 
293 4Ch MSB IOPORT ADDRESS 
294 80h PORT VALUE 
295 60h PORT MASK 

127h 296 00h Reserved 

OOh : 
13Fh OOh . 
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Table 10-13 illustrates the data block returned by the “Read Function Configuration 
Information” BIOS routine call for function 1. The register setup is the same as for the last 
call except CH=O1h. 


Table 10-13 | 
Data Block From Routine BIOS Call (Function 1) 
Byte 
Offset Number Value Description 
OOh 1 04h 1st Byte Expansion Board ID: ACE0102 (0465h) 
2 65h 2nd Byte Expansion Board ID 
3 Oth 3-Digit Product Number 
4 O5h 1-Digit Revision Number 


© 
zeN 
= 
on 
© 
O 
> 


ID and slot information 


oO) 
© 
G 
= i 


Miscellaneous ID Information 
Major Configuration Utility Revision Level ww 


O 
oO) 
> 
N 
© 
awh, 
> 


8 Oth Minor Configuration Utility Revision Level 
O8h 9 OOh 1st Selection 
10 OOh 2nd Selection 
11 OOh 3rd Selection 
12 OOh 4th Selection 
13 OOh Sth Selection 
14 OOh Reserved 
OOh : 
OOh 
22h 35 OFh Function information (0000111 1b) 
23h 36 N TYPE string starts here 
37 E 
38 T 
39 Delimiter that separates TYPE string fragments ww 


Continued 
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Table 10-13 Data Block From Routine BIOS Call (Function 1) Continued 


Byte 
Offset Number Value Description 
40 E 
41 T 
42 H End of TYPE string 
43 OOh Reserved 
00h : 
OOh . 
73h 116 18h Memory Configuration: ROM — (0001 1000b) 
117 O8h ROM memory size (byte) 
118 OOh LSByte ROM Start Address (0D0000h/100h = ODOOh) 
119 OCh Middle Byte ROM Start Address 
120 OOh MSByte of ROM Start Address 
121 O2h LSByte ROM size (2048/400h = 0002h) 
122 OOh MSByte ROM size 
123 OOh Reserved 
OOh . 
OOh : 
Bah 179 2eh Interrupt configuration: IRQ2 (001000 10b) 
180 OOh Reserved 
181 OOh Reserved 
OOh . 
OOh : 
COh 193 O5h DMA configuration: DMA channel 5 (00000101b) 
194 38h 32-bit BURST transfers (0011 1000b) 


Continued 
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Table 10-13 Data Block From Routine BIOS Call (Function 1) Continued J 
Byte 
Offset Number Value Description 
195 OOh Reserved 
OOh : 
OOh : 
C8h 201 OOh Reserved 
OOh : 
OOh ; 
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Table 10-14 illustrates the data block returned by the “Read Function Configuration 
Information” BIOS routine call for function 2. The register setup is the same as for the last 
call except CH=02h. 


eer Sn 


Table 10-14 
Data Block From Routine BIOS Call (Function 2) 
Byte 
Offset Number Value Description 
OOh 1 04h 1st Byte Expansion Board ID: ACE0102 (0465h) 
65h 2nd Byte Expansion Board ID 
3 Oth Product Number 
4 O5h Revision Number 
04h 5 00h ID and slot information 
6 O3h Miscellaneous ID Information 
O6h 7 Oth Major Configuration Utility Revision Level 
8 Oth Minor Configuration Utility Revision Level 
O8h 9 OOh ist Selection 
10 00h 2nd Selection 
11 OOh 3rd Selection 
12 OOh Reserved 
OOh ? 
OOh : 
22h 35 O3h Function information (000001 1 1b) 
23h 36 N TYPE string starts here 
37 E 
38 
39 Delimiter that separates TYPE string fragments 
40 E 
41 


Continued 
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Table 10-14 Data Block From Routine BIOS Call (Function 2) Continued 


Byte 
Offset Number Value Description 
42 H 
43 Delimiter to append subtype string 
samen” seman” manera meneame mm nenea 
LL LIC SLA LL AAT 
46 K End of SUBTYPE string 
47 OOh Reserved 
OOh . 
OOh ‘ 
73 116 19h Memory Configuration: RAM — (0001 1001b) 
117 O2h RAM Memory Data Size (Dword) 
118 OOh LSByte ROM Start Address (0D0000h/100h = ODOOh) 
119 10h Middle Byte ROM Start Address 
120 OOh MSByte of ROM Start Address 
121 40h LSByte ROM size (2048/400h = 0002h) 
122 OOh MSByte ROM size 
123 OOh Reserved 
OOh : 
OOh 


eee 
Extended Industry Standard Architecture Expansion Bus 


Technical Reference Guide 10-185 


Table 10-15 illustrates the data block returned by the “Read Function Configuration 
Information” BIOS routine call for function 3. The register setup is the same as for the last 
call except CH=O3h. 


Offset 


OOh 


04h 


O6h 


O8h 


22h 
23h 


Table 10-15 


Data Block From Routine BIOS Call (Function 3) 


Byte 
Number 


— |§ OO; OI NI ®)] Oa}; &]_ @disi nyo! — 


— 
Gw 


Oi ads @dsi Wd] ® 
O;,DINI OO] oO 


Value 


04h 
65h 
Oth 
O5h 
OOh 
O3h 
Oth 
Oth 
O1h 
OOh 
OOh 
OOh 
00h 
15h 


=| O | © 


Description 

1st Byte Expansion Board ID: ACE0102 (0465h) 
2nd Byte Expansion Board ID 

3-Digit Product 

1-Digit Revision 

ID and slot information 

Miscellaneous ID Information 


Major Configuration Utility Revision Level 


Minor Configuration Utility Revision Level 


1st Selection 
2nd Selection 
3rd Selection 


Reserved 


Function information (0001 1001b) 


TYPE string starts here 


Delimiter that separates TYPE string fragments 


| h)| & 
hm} =~ | O 


<| | > |- 


End of SUBTYPE string 


Continued 
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Table 10-15 Data Block From Routine BIOS Call (Function 3) Continued 


Offset 


B2h 


C8h 


Byte 
Number 


43 
44 
45 
46 
47 
48 


179 
180 
181 


201 
202 
203 
204 


Value 


m}z/O]O]-. 


OOh 
OOh 
23h 
OOH 
OOh 
OOh 
07h 
F8h 
O2h 
OOh 
OOh 
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Description 


Delimiter to append subtype string 


End of SUBTYPE string 

Reserved 

Interrupt configuration: IRQ3 (0010001 1b) 
Reserved 

Reserved 

Port IO Range entry (0000001 1b) 

LSB Port Address 

MSB Port Address 


Reserved 
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Write Nonvolatile Memory 
BIOS routine CALL 


The following example illustrates a Write Nonvolatile Memory BIOS routine cali. 


INT 15h, AH=D8h, AL=03h 


INPUT: AH = OD8h 
AL = Q3h 
CX = 0041h 
DS:SI = 15AA:0244 


OUTPUT: AH = 00h Successful completion, Carry Flag = 0 


The data structure that is passed to the Write Nonvolatile Memory BIOS routine for the 
ACME Ethernet board example is shown in Table 10-16. 


Table 10-16 
Data Structure For ACME Ethernet Board Example 


Byte 
Offset Number Value Description 
OOh 1 04h 1st Byte Expansion Board ID: ACE0105 (0465h) 
2 65h 2nd Byte Expansion Board ID 
3 Oth Product Number 
4 O5h Revision Number 
04h 5 OOh ID and slot information (QOOO0000b) 
6 O3h Reserved 
O6h 7 Oth Major Configuration Utility Revision Level 
8 Oth Minor Configuration Utility Revision Level 
OOh if no CFG File Extensions 
O8h 9 34h LSB length of function O entry 
10 OOh MSB length of function O entry 
OAh 11 O2h Length of following selections field 


Continued 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Offset 


ODh 
OEh 
OFh 


1Bh 


Byte 
Number 


12 
13 


Value 


OOh 
00h 
21h 
OCh 
4Eh 
45h 
54h 
2Ch 
45h 
54h 
48H 
3Bh 
4Ch 
41h 
4Eh 
30h 
80h 
94h 
4Ch 
OOh 
85h 
98h 
4Ch 
FOh 
03h 
03h 
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Description 

1st selection 

end selection 

Function 0 information byte (0010000 1b) 
Length of following ASCII TYPE string 
N TYPE string starts here 

E 

T 

, Delimiter— separates TYPE string fragments 
E 

T 

H End of TYPE string 

; Delimiter to append SUBTYPE string 
L SUBTYPE string starts here 

A 

N 

0 

Initialization Byte IOPORT (1) 

LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 

PORT VALUE 

Initialization Byte IOPORT (2) 

LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 

LST PORT VALUE 

MSB PORT VALUE 

LSB PORT MASK 


Continued 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Offset 


Byte 
Number 


38 
39 
40 
41 
42 
43 
44 


Value 


OOh 
84h 
9Ah 
4Ch 
Coh 
03h 
84h 


Description 

MSB PORT MASK 
Initialization Byte IOPORT(3) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 


Initialization Byte IOPORT(4) 


45 
46 
47 
48 
49 


9Bh 
4Ch 
OOh 
F8h 
80h 


LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 


Initialization Byte IOPORT(5) 


90 
31 
92 
03 


85h 
4Ch 
00h 
84h 
86h 
4Ch 
OCh 
60h 
04h 
86h 
4Ch 
80h 
60h 


LSB lIOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

Initialization Byte IOPORT (6) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Initialization Byte IOPORT(7) 
LSB lIOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 


Continued 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Description 


SEh 63 1Ah 


Byte 
Offset Number Value 
64 OOh 
65 O5h 
66 OOh 
67 OOh 
68 OOh 
69 OOh 
70 OOh 
46h 71 OFh 
47h 72 O7h 
48h 73 4Eh 
74 45h 
75 54h 
76 2Ch 
77 45h 
78 54h 
79 48h 
4Fh 80 18h 
81 O8h 
82 OOh 
83 OCh 
84 OOh 
85 O2h 
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LSB length of function 1 entry 

MSB length of function 1 entry 

Length of following selections field 

1st Selection 

2nd Selection 

3rd Selection 

4th Selection 

5th Selection 

Function 1 Information Byte (0000111 1h) 
Length of following ASCII string field 

N Type String Starts Here 

E 

T 

, Delimiter that separates TYPE string 
E 

T 

4 


Memory Config Byte (00011010b OTH Cashable Rom) 
Although this memory is cacheable, caching isn't 
implemented in this configuration and is so represented. 


Memory Data Size — Byte 

LSB Mem Start Address (divided by 100h) 
Middle Mem Start Address 

MSB Memory Start Address 

LSB Memory Size (bytes divided by 400h) 


Continued 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Byte 

Offset Number Value Description 
86 OOh MSB Memory Size (0002*400 = 800h = 2k) 

56h 87 22h Interrupt Configuration Byte 

Although this interrupt may be shared, it doesn’t 
need to be in this configuration and is so represented. 

88 OOh Reserved 

58h 89 O5h DMA Configuration: DMA Channel 5 (00000101b) 
90 38h 32-bit BURST Transfers (0011 1000b) 

5Ah 91 18h LSB length of function 2 entry 
92 OOh MSB length of function 2 entry 
93 O3h Length of following Selections field 
94 OOh ist Selection 
95 OOh 2nd Selection 

96 OOh 3rd Selection 
w 60h 97 O3h Function 2 Info. Byte 

61h 98 OBh Length of follow string field 

62h 99 4Eh N 
100 45h E 
101 54h T 
102 2Ch , Delimiter that separates TYPE string 
103 45h E 
104 54h T 
105 48h H 
106 3Bh ; Delimiter to append SUBTYPE string 
107 36h 6 
108 34h 4 


Continued 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Byte 
Offset Number Value Description 
109 4Bh K 
6Dh 110 19h Memory Configuration Byte (0001100 1b) 
111 O2h Memory Data Size (Dword) 
112 OOh LSB Memory Start Address (divided by 100h) 
113 10h Middle Mem Start Address 
114 OOh MSB Memory Start Address 
115 40h LSB Memory Size (bytes divided by 400h) 
116 OOh MSB Memory Size (0040*400 =10000h = 16k) 
74h 117 17h LSB length of function 3 entry 
118 OOh MSB length of function 3 entry 
76h 119 O3h Length of following selections field 
120 Oth 1st Selection 
121 OOh 2nd Selection 
122 OOh 3rd Selection 
7Ah 123 15h Function 3 Information Byte 
7Bh 124 OCh Length of following ASCII string field 
7Ch 125 43h C 
126 4Fh O 
127 4Dh M 
128 2Ch , Delimiter that separates TYPE string 
129 41h A 
130 53h S 
131 59h Y 
132 3Bh ; Delimiter to append SUBTYPE string 
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Table 10-16 Data Structure For ACME Ethernet Board Example Continued 


Byte 
Offset Number Value Description 
133 43h C 
134 4Fh O 
135 4Dh M 
136 32h 2 
88h 137 23h Interrupt Configuration Byte 
Although this interrupt may be shared, it 
doesn't need to be in this configuration 
and Is so represented. 
138 OOh Reserved 
8Ah 139 07h Port |O Range entry (0000001 1b) 
140 F8h LSB Port Address 
141 O2h MSB Port Address 
8Dh 142 OOh LSB Last Function Length = 0 
143 OOh MSB Last Function Length = 0 
8Fh 144 O9h LSB Configuration file Checksum 
145 ADh MSB Configuration file Checksum. 
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EISA APPLICATION NOTES 


A.l 


Introduction 


This appendix provides application notes for developers of ISA and EISA expansion 
boards. It provides bus driver and electrical characteristics information for EISA and ISA 
interfaces. It also describes the correct use of some ISA signals that are commonly misused 
and provides insight into the design of ISA expansion boards so that they can take 
advantage of EISA features when installed in EISA systems. 


This appendix also provides information about advanced system design. It discusses 
semaphore polling, cache coherency, write posting buffers, and implications of memory 
addresses greater than 16 MB. 


Unless otherwise indicated, information contained in this appendix 1s applicable to any 
EISA system, including COMPAQ and products not manufactured by COMPAQ. 


The major topics discussed in this appendix are as follows: 

ISA Expansion Board Design Guidelines [A.2] 

Expansion Board Support For 16-Bit EISA Systems [A.3] 
Posted-Write Buffers [A.4] 

EISA Bus Electrical Characteristics [A.5] 

Level-Triggered Interrupt Usage [A.6] 

Polling Semaphore Using Locked Cycles [A.7] 

Cache Coherency For Intelligent Peripherals On The EISA Bus [A.8] 


Performance Monitoring Facility [A.9] 
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A.2 ISA Expansion Board 
Design Guidelines 


This section provides guidelines that a developer should follow for ISA expansion 
board design. 


Slot Specific I/O Address Usage 


EISA based computers use aliases of the ISA system board addresses (00h — OFFh) for 
EISA slot-specific I/O space. As a consequence of this, ISA expansion boards should not 
attempt to use any address that may alias the system board I/O space. An alias of the 
system board I/O space is an I/O address where address bits: 


SA<9>=0 
SA< 8>=0 


Address bits SA< 15:10 > and SA< 7:0 > may take any value. 


This design constraint applies for expansion boards installed in ISA or EISA systems. ISA 
expansion boards have always been prohibited from using addresses that alias the system 
board I/O space. 


Decoding For M16* Signal 


An ISA expansion board may assert M16* after decoding a valid address on LA< 23:17 > 
(SA< 15:0 > should not be used). A worst case timing analysis of ISA or EISA systems 
indicates that asserting M16* after decoding SA< 15:0 > results in a negative margin. 


An expansion board that completes the SA< 15:0 > address decode within 18 ns can meet 
the typical case for M16* assertion. Expansion boards that must have granularity finer than 
128KB (from LA< 23:17 >) may design for the typical case, but the timing does not meet 
the specification for ISA or EISA computers. 


An expansion board that uses SA< 15:0 > decode for M16* assertion should provide an 
option to use an LA< 23:17 > decode. The LA< 23:17 > decode option can be selected for 
conditions that do not meet the typical case. 


Extended Industry Standard Architecture Expansion Bus 


: Technical Reference Guide A-3 


ee AEN Signal Usage 


ISA and EISA systems assert AEN (high) to disable I/O ports during a DMA cycle. An I/O 
slave may respond only when it decodes AEN negated (low) and a valid address during the 
I/O command (IORC* or IOWC*). EISA system boards assert AEN (high) during all DMA 
cycles. AEN is not needed and should not be used in a memory address decode. 


EISA systems also use AEN to indicate slot-specific I/O. The system board asserts AEN 
(high, to disable I/O) for all slots except the one to which an I/O cycle is directed. Only the 
one slot with AEN negated (low, to enable I/O) can respond to an I/O cycle. 


A memory slave should not use AEN (latched or unlatched) in its memory address decode. 
The following two sequences illustrate the reason for not using AEN in a memory decode: 


The system board begins an ISA memory cycle by driving the memory address. The ISA 
memory board decodes the address and AEN (low). The system board asserts MRDC* (or 
MWTC*) and pipelines AEN for an I/O cycle to an EISA slot-specific address. The ISA 
memory decode disables (unless it is latched), prematurely terminating the cycle. 


— The system board executes an I/O cycle to an EIJSA slot-specific address by driving the I/O 
address and AEN, followed by IORC* (or IOWC*). The system board then begins an ISA 
memory cycle by driving the memory address. The AEN from the slot-specific I/O cycle 
remains on the bus after MRDC* (or MWTC*) for the ISA memory cycle. The ISA 
memory does not respond to the cycle, since its decode does not become true until AEN 
negates (low), later in the cycle. If AEN is latched (with BALE, MRDC% or MWTC*) at 
the beginning of the cycle, the decode never becomes true. 


Memory Addresses 
Above 16MB 


EISA expansion boards may use addresses above 16 MB, which alias the ISA address range 
(addresses below 16 MB). An EISA system board prevents an ISA expansion board from 
responding to the alias address (above 16 MB) by holding the ISA command strobes 
(IORC*, IOWC*, MRDC*, MWTC*) negated during accesses to EISA addresses greater 
than 16 MB. 
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An ISA expansion board should not respond to a cycle until an ISA command asserts. The 
system board drives the EISA address (greater than 16 MB) and asserts BALE for the 
cycle, but does not assert an ISA command (IORC*, IOWC*, MRDC*, MWTC*). The ISA 
expansion board must not drive the following signals until the system board asserts an ISA 
command strobe: 


NOWS* 
CHRDY 
D< 15..0> 
IOCHK* 


The ISA expansion board may use the trailing edge of BALE to latch an LA< 23:17 > 
address or address decode. The LA< 23:17 > address may not be valid at the leading edge 
of BALE. BALE may not be used as a cycle indicator. The cycle may be an access to 
memory above 16 MB, with no ISA command strobe (MRDC*, MWTC*, IORC* or 
IOWC*) asserted. 


The ISA expansion board may assert M16* from a combinatorial decode of LA< 23:17 > or 
1016* from a combinatorial decode of SA< 15:1 >. No other signals should be driven. 


CHRDY Negation Time 


An ISA expansion board should not hold CHRDY negated for more than 2.5 us. Negation 


of CHRDY for longer than 2.5 us can cause loss of refresh cycles and excessive bus 
arbitration latency in ISA systems (EISA systems prevent loss of refresh). 


EISA systems require a cycle length less than 256 BCLKs (7.68 [ts minimum) when bus 
time-outs are enabled. An ISA expansion board that holds CHRDY negated long enough to 
extend a cycle to more than 256 BCLKs causes a bus time-out. The system board resets the 
system by asserting RESDRV after a bus time-out. 
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ISA Bus Master Considerations 


EISA systems support full ISA bus master compatibility. ISA bus masters execute 
transactions to ISA slaves without system board intervention. The system board translates 
ISA bus master accesses to EISA memory by negating CHRDY, generating the EISA cycle 
control signals, and copying data to the appropriate byte lanes. The ISA bus master must 
extend the cycle until the system board asserts CHRDY. The cycle extension cannot exceed 
256 BCLKs. 


Interrupt Pullup Resistors 


EISA systems use an 8.2K ohm pullup resistor for the interrupt lines (IRQ< 15:10 > and 
IRQ< 7:2 >). ISA systems use a larger pullup resistor (16K to 50K ohms). The 8.2K 
pullup provides a faster rise time so that EISA level-triggered interrupts may be shared by 
multiple devices. EISA expansion boards drive the IRQ< x > low, then float the IRQ< x > 
to negate it. 


— An expansion board using edge-triggered interrupts should drive the IRQ< x > signal low 
and high with a TTL (or compatible) driver, rather than rely on the pull-up or pull-down 
resistor to attain valid high or low voltages. 


DMA Address Setup Time 


During DMA memory write cycles, the system board presents the LA< x > and SA< x > 
address, with setup time to the leading edge of MWTC*. The address is not valid at the 
leading edge of IORC*. 


Bus Loading Considerations 


ISA expansion board designers should pay special attention to the bus loading 
characteristics of their board. The expansion board loads the ISA (or EISA) bus due to 
input capacitance of the parts on the expansion board, and due to capacitance of the traces 
of the signals that are propagated from the bus. The length of the expansion board signal 
traces can also affect the settling time of a signal after it switches. Some signals are more 
critical and should be more carefully accounted for in the board design. 
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The critical signals should meet the specification of no more than 2 LS loads and a total 
trace length of no more than 2.5”. Trace lengths for all signals should be kept as short as 
possible. Below is a list of the most critical ISA signals on EISA systems: 


IORC* 
IOWC* 
BCLK 

LA< 23:17 > 
D< 15:0 > 


BCLK, IORC* and IOWC% cannot have excessive reflections because some expansion 
boards use them to clock flip-flops (it is best to use BCLK, rather than IORC* and IOWC* 
for a flip-flop clock). LA< 23:17 > and D< 15:0 > must meet the settling time specifications 
to assure proper system operation during EISA burst cycles. 


ISA Memory and I/O slaves should use high current (at least 24mA) drivers for the data 
bus. This is particularly true for faster 16-bit memory slaves. ISA bus masters should also 
use high current drivers for address and data buses. 


A.3 Expansion Board Support for 
16-Bit EISA Systems 


A 32-bit bus master should support downshifted BURST transfers during accesses to 16-bit 
EISA memory. An EISA system that has a 16-bit processor and memory subsystem has a 
peak transfer rate of 16.67 MB/sec during downshifted BURST cycles, and 8.33 MB/sec for 
BURST cycles that require system board translation. 


A 32-bit EISA device that uses memory-mapped I/O should provide mapping selection 
options to reside in the address space above 2 gigabytes for 32-bit EISA systems and in the 
address space below 16 megabytes for 16-bit EISA systems. An EISA system that has a 
16-bit processor may not be able to access the memory space above 16 megabytes. 


a ee 
Extended Industry Standard Architecture Expansion Bus 


A.4 


Technical Reference Guide 


Posted-Write Buffers 


ISA and EISA computer systems may utilize write buffers for memory and I/O writes. The 
buffers improve performance by allowing the CPU to continue code execution from the 
prefetch queue or cache while the write cycle waits for the memory access. Under some 
conditions, a memory read may execute before the pending writes complete. The processor 
does not perform out-of-order memory reads from an address that has a pending write. 
Only one out-of-order memory read can occur before the write buffers empty (memory 
write buffers may be multiple levels deep). An I/O read cannot occur while writes are 
pending in the buffer. The I/O read waits until the pending writes complete, then executes 
in its normal sequence. 


Software that performs I/O or memory-mapped I/O writes may guarantee that the write 
completes before execution continues by performing an I/O read from port 084h (an unused 
DMA page register). The second I/O cycle flushes the posted write before completing. 


The following code sequence illustrates the undesirable effect if execution continues after a 
posted I/O write to the interrupt controller: 


CLI ‘Disable interrupts 
OUT -Mask some interrupts with mask register 
STI -Enable interrupts 


The CPU posts the OUT instruction that masks the interrupts, then immediately executes 
the STI instruction to turn on interrupts. The interrupts may be enabled before getting 
masked by the mask register, potentially resulting in a spurious interrupt. The following 
code segment produces the desired result: 


CLI -Disable interrupts 

OUT -Mask some interrupts with mask register 
IN AL,84h_ ;Read unused I/O port to flush the OUT 
STI ‘Enable interrupts 


Other cases that require the posted writes flush before continuing code execution are: 
cache controller manipulations, interrupt controller programming, bank switching memory 
(or other memory map changes). 
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A.5  EISA Bus Electrical 
Characteristics 


This section provides guidelines for designing the EISA bus electrical interface. It includes 
information for system board and expansion board designers. 


Bus Settling Time and Driver 
Capacitive Derating Factor 


An EISA timing analysis must include a capacitive derating factor for bus driver output 
delays. The capacitive derating factor represents the switching time difference between a 
bus driver driving a 240 pf lumped capacitive load, versus driving a 50 pf lumped 
capacitive load. A typical bus driver has about 5 ns capacitive derating factor. High-current 
drivers have a smaller capacitive derating factor than low-current drivers. 


The designer does not need to include bus settling time in a timing analysis. The EISA 
specification includes a 5 ns constant in all EISA timing parameters as a partial adjustment 
for propagation delay. The typical bus settling time may be calculated by adding the 5 ns 
constant plus the capacitive derating factor. See the bus driver requirements section of this 
guideline for a table of capacitive derating factors for various drivers. 


The bus settling time and propagation delay specifications are based on an expansion board 
having signal trace lengths of no more than 2.5 inches. Circuit designers should assure that 
signal trace lengths for EISA bus signals meet the specification. 


The most critical EISA signals are: 


START* 
CMD* 
IORC* 
IOWC* 
BCLK 
LA< 31:2 > 
D< 31:0 > 
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EISA Bus Driver Requirements 


The following table specifies the bus driver capacitive derating factor for some TTL “ALS” 
and “F’” drivers. The information was determined from PSPICE modeling and 
experimentation. 


Designers may use the capacitive derating factors to perform timing margin analyses. 


Table A-1 
Capacitive Derating Factor 
Device Type Falling Edge Rising Edge 
ALS 8 ma output 12.5 ns 5.0 ns 
ALS 24 ma output 8.5 ns 5.0 ns 
ALS 48 ma output 8.0 ns 3.0 ns 
F 24 ma output 7.0 ns 5.0 ns 
F 48 ma output 5.5 ns 3.0 ns 
F 64 ma output 4.0ns 3.0 ns 


The following example illustrates the output delay calculations (including the capacitive 
derating factor) for an “F” 64 ma driver: 


TTL “F” 50 pf Capacitive Total 

64 ma Driver Output Derating Output 
“B” Output +2 Delay +2 Factor +2 Delay +2 
terrntotal (MAX) = 65ns + 3.0ns = 9.5 ns 
teentotal (MAX) = 70ns + 4.0ns = 11.5 ns 


re SS VV 
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The following example illustrates the output delay (including the capacitive derating factor) 
for an ALS 8 ma driver: 


50 pf Capacitive Total 
TTL “ALS” Output Derating Ouput 
8 ma Driver Delay Factor Delay 
tetntotal (MAX) = 14.0ns + £5.0ns = 19.0ns 
tppxttotal (MAX) = 12.00ns + 12.5ns = 24 5ns 


These examples illustrate the importance of bus driver selection in meeting timing margins. 
A 74F245 bus driver provides 64 ma drive current for outputs from the ““B” side (direction 
control set for “A” to “B”). The “A” to “B” direction should drive EISA bus signals. The 
“B” to “A” direction, which provides 24 ma current output, should not be used to drive 
EISA bus signals. 


EISA bus masters that use the BMIC (Bus Master Interface Controller) must invert the 
direction control from the BMIC to enable the 74F245 driver “A” to “B” outputs to 
the EISA bus. The resulting 64 ma current drive for EISA bus signals improves timing 
margins. 


System Board Bus Terminations 


EISA system boards should be terminated in a manner that is compatible with existing ISA 
expansion boards that use low current bus drivers. 


Terminating all signals on the EISA bus to ground with fast Schottky diodes meets the 
termination requirements. The diodes reduce bus settling time and improve noise margin 
for high-to-low signal transitions. 


A single diode per signal, placed near the middle slots, provided the best termination for the 
7-slot EISA bus used in the test. Two diodes, one located at each end of the bus, may 
provide better signal behavior, but the extra capacitive loading may not be desirable. 


The diodes should be connected with a minimum length stub off the bus (optimally, zero 
length). The effectiveness of the diodes decreases as the inductance between the diodes and 
the bus increases (the inductance of the test board was approximately 10.6 nH/inch). 
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Level-Triggered 
Interrupt Usage 


The following information concerns identifing the interrupts available for sharing and the 
method for sharing them. 


EISA interrupts may be programmed to edge- or level- sensitive. Edge-sensitive interrupts 
are fully compatible with ISA devices and their interrupt service routines. Level-sensitive 
interrupts may be shared among multiple devices, but are not sharable with devices that use 
edge-triggered interrupts. 


Multiples of the same expansion board, or combinations that have been designed to follow 
the rules for interrupt sharing may all use one level-triggered interrupt, with the interrupt 
service routines polling to determine the device requiring service. 


The devices sharing the interrupt must provide a readable bit for an interrupt service routine 
to poll to determine the source of the interrupt. 


An interrupt service routine may be written to be compatible with both edge- and 
level-sensitive interrupts. The interrupt service routine must service the interrupt and clear 
the interrupt pending latch (set by the interrupting device) before performing an EOI 
(end-of-interrupt) command to the interrupt controller. Clearing the interrupt pending latch 
negates the interrupt controller IRQ input so that the interrupt is no longer present during 
the EOI. 


Interrupt service routines that perform an EOI before clearing the interrupt pending latch 
are not compatible with level-triggered interrupts. ISA-compatible serial ports and printer 
ports that must operate with a variety of existing device drivers must be configured for 
edge-sensitive interrupts since some existing ISA interrupt service routines may not be 
compatible with level-sensitive interrupts. 


The following example interrupt service sequence shows the events resulting from two 
devices (Device 1 and Device 2) asserting a shared interrupt (in this example, IRQ15): 


Device 1 and Device 2 simultaneously request an interrupt service by setting their 
respective interrupt pending latches (each of which drives IRQ1IS asserted). The interrupt 
controller asserts the 386 (or other) processor INTR signal. The 386 executes an interrupt 
acknowledge cycle that sets the secondary interrupt controller (INT-2) In-Service Register 
IRQ15 bit. The primary interrupt controller (INT-1) In-Service Register IRQ2 bit is set as a 
result of the cascade from INT-2. 
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The 386 reads the interrupt vector and the interrupt controller negates the 386 INTR signal 
during the interrupt acknowledge cycle. 


The 386 vectors to the interrupt service routine (ISR) specified in the interrupt vector table 
and begins executing the ISR. The ISR polls Device 1 and finds that it requires service. 


The ISR services Device 1 to clear the condition causing the interrupt and resets the Device 
I interrupt pending latch that drives the IRQ1S5 bus signal. The Interrupt Request Register 
IRQ15 bit remains set due to the pending interrupt from Device 2. 


The ISR performs a Non-Specific EOI (end-of-interrupt) command to INT-2 to clear the 
In-Service Register IRQ15 bit (the ISR must not perform the EOI before resetting the 
Device 1 interrupt pending latch). 


The ISR performs a Non-Specific EOI to INT-1 to clear the cascaded interrupt’s in-service 
bit (IRQ2). The interrupt controller samples the Interrupt Request Register IRQ15 bit set 
(IRQ2 is set on INT-2) during the EOI commands. The interrupt controller asserts the 386 
INTR signal to indicate that Device 2 has a pending interrupt. 


The 386 executes an interrupt acknowledge cycle that sets the secondary interrupt controller 
(INT-2) In-Service Register IRQ15 bit. The primary interrupt controller (INT-1) In-Service 
Register IRQ2 bit is set as a result of the cascade from INT-2. 


The 386 vectors to the interrupt service routine (ISR) specified in the interrupt vector table 
and begins executing the ISR. The ISR polls Device 1 and finds that it does not require 
service. The Device 1 ISR passes control to the Device 2 ISR, which polls Device 2 and 
finds that it requires service. The ISR services the Device 2 interrupt in the same manner as 
described for the Device 1 ISR. 


Table A-2 indicates the typical usage and triggering mode (edge- or level-sensitive) for 
EISA interrupts. Interrupts indicated as edge-sensitive should not be programmed for 
level-sensitive except in controlled configurations with level-trigger compatible interrupt 
service routines. Interrupts specified as “Opt” do not have standardized ISA uses, and may 
usually be dedicated for edge- or level-sensitive. 
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Table A-2 
Interrupt Usage 
ae ee ae ae a eee re a ee er 
IRQ NO. Triggering Mode Typical Usage 
IRQO Edge Interval timer 1, counter O (system timer) 
IRQ1 Edge Keyboard 
IRQ2 Edge Cascade from INT-2 
IRQ3 Edge COM2 
Edge COMPAQ 135 MB tape drive (alt) 
Edge Network adapter (alt) 
IRQ4 Edge COM1 
Edge Network adapter (alt) 
IRQ5 Edge Parallel port (secondary) 
Optional COMPAQ COM3 
Optional COMPAQ COM4 
Edge COMPAQ 135 MB tape drive (alt) 
Edge Network adapter (alt) 
IRQ6 Edge Diskette drive 
IRQ7 Edge Parallel port (primary) 
Edge Network adapter (alt) 
IRQ8 Edge Real-time clock 
IRQ9 Edge Redirect cascade 
Optional Available 
IRQ10 Optional Available 
IRQ11 Optional Available 
Edge Fixed disk (secondary, alt) 
IRQ12 Optional Mouse 
Edge Fixed disk (secondary, alt) 
IRQ13 Edge 80387 Numeric Coprocessor exceptions 
Edge Weitek Numeric Coprocessor exceptions 
Edge Interprocessor communication (Compaq only) 
Edge EISA DMA buffer chaining 
IRQ14 Edge Fixed disk (primary) 
IRQ15 Optional Available 
Edge Fixed disk (secondary, alt) 


ee SS 
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A.7 Polling Semaphores Using 
Locked Cycles 


Software that uses semaphores can improve system performance by executing the repetitive 
polling with unlocked reads, then locking the read-modify-write sequence. Systems with a 
cache memory execute the poll operations from the fast cache, without using system 
memory bus bandwidth for the repetitive memory reads. After the semaphore clears, the 
polling software executes a locked read-modify-write operation to set the semaphore. The 
following sequence illustrates the algorithm: 


;In this example, “semaphore” is the variable that holds 
;the result obtained from reading the semaphore memory 
sbit (the bit that contains the semaphore). 


;semaphore = “1” indicates the semaphore is owned 
;semaphore = “0” indicates the semaphore is free 


sstart of sequence 
| Lock the following cycles: 
;Perform locked Read-Modify-Write 
Read and store the semaphore memory bit 
Set the memory bit to “1” ; To take possession 
End of locked cycles 
IF Semaphore = “1” THEN 
DO sLoop until bit is clear 
Read and store the semaphore memory bit 
LOOP UNTIL Semaphore = “0” 
GOTO start of sequence >The memory bit is clear 
ENDIF 
; YOu now own the semaphore 


The polling software must not use locked cycles to poll in a tight loop. When the 
semaphore polling loop is too tight, lock remains asserted throughout the loop. As a result 
the semaphore cannot be cleared by the processor that owns the semaphore. 
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Read-modify-write accesses to memory semaphores must be locked to ensure that the 
semaphore is not accessed by another processor between the read and write. An EISA bus 
master cannot depend on its possession of the bus to guarantee exclusive access to a 
memory semaphore. Future EISA implementations may have concurrent buses that require 
a bus master assert LOCK™* to guarantee exclusive access to the memory semaphore. 


The main CPU must also lock cycles to multiported memory on an EISA expansion board. 
The multiported memory can be accessed by the system CPU or by the local processor on 
the expansion board. The local processor does not use the EISA bus to access the 
multiported memory and cannot request access to the multiported memory. It waits until 
LOCK*® negates, then starts its memory access. If the system CPU accesses the multiported 
memory after the local processor starts its access, the memory controller negates EXRDY, 
adding wait states to the system CPU’s cycle, until the local access completes. 


Cache Coherency for Intelligent 
Peripherals on the EISA Bus 


Intelligent EISA peripherals with cache memory must use special mechanisms to ensure 
cache coherency. COMPAQ EISA products feature a high performance architecture with 
system memory connected to a high speed CPU bus. Accesses to memory on the CPU bus 
execute faster than those possible on the EISA bus. 


An additional processor on the EISA bus must ensure that its cache contains the most 
recent data by checking every memory write (called snooping) by the main CPU into 
shared memory. The additional processor can not snoop writes to memory on the high 
speed CPU bus. Consequently, multiprocessor software must be designed to share only 
memory that is plugged into the EISA bus, or memory that is protected by software 
mechanisms. 


The second processor (P2) for the COMPAQ SYSTEMPRO does not need software support 
for cache coherency. The COMPAQ second processor plugs into the high speed CPU bus, 
and can snoop writes to any memory address. The COMPAQ CPUs may share memory 
plugged into the CPU bus or the EISA bus. 
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Table A-3 indicates the cycles that appear on both the EISA bus and the local CPU bus. 


Table A-3. 
CPU and EISA Bus Cycle Combinations 
Bus Active 
Master/Slave CPU EISA 
CPU to local memory Yes No 
CPU to EISA memory Yes Yes 
EISA to local memory Yes Yes 
EISA to EISA memory Yes Yes 


A.9 Performance Monitoring 
Facility 


In order to allow complete evaluation of an EISA system, an EISA bus master should 
provide hardware and software support for monitoring its processing activity and EISA bus 
activity. A performance monitoring system (which might consist of an application-specific 
expansion board and/or an external logic analyzer) can sense activity information and 
display it to a user for performance analysis and tuning of bus master operations. 


A performance monitoring system can provide the following history information for 
multiple bus masters: 


m Percentage of time each bus master is BUSY 
m Average time between a bus request and bus grant 


@ Total time the bus master uses the EISA bus 
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Hardware Requirements for 
Performance Monitoring Support 


To support performance monitoring, a bus master device should provide access to buffered 
MREQ, MAK, and BUSY signals through a connector located at the top of the expansion 
board near the bracket. The connector should be a polarized, square pin, right angle header 
type using the following pin-out: 


Pin Number +2 Signal Name +2 Signal Description +2 
] MREQ Inverted EISA bus request signal 
2 n/a pin removed for key 
3 MAK Inverted EISA bus grant signal 
4 Ground +5 VDC retum 
5 BUSY Bus master activity indication 


The bus master should use an inverting open collector driver to buffer the MREQ* and 
MAK* EISA signals. The BUSY signal should also be driven by an open collector driver. 
The buffered MREQ, MAK and BUSY signals should have a 4.7K ohm pull-up resistor to 
5 volts. 


The BUSY Signal 


The bus master designer must determine the appropriate method for generating the BUSY 
signal. The bus master should negate BUSY only during idle periods. The BUSY signal 
can be asserted to indicate a task is executing, even if the task does not require EISA 

bus activity. 


The bus master may generate the BUSY signal with firmware or driver software that 
controls the device. The software writes to a port to negate BUSY during idle periods and 
writes to the port to assert BUSY at the beginning of a task execution. 


A performance monitoring system should sample the BUSY signal at a 1-MHz rate, and 
restart the sampling each second. The BUSY signal should be sampled on the trailing edge 
of RSTDRV to determine the negated voltage level. A negated BUSY signal indicates the 
bus master is idle. 
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8-Bit ISA Slave This slave device interfaces only to the 8-bit data bus and uses 
only the Industry Standard Architecture (ISA) signals. This is 
the simplest and slowest of the slave devices and was first 
developed for use with the IBM PC*. 


16-Bit EISA Master A device that uses the Extended Industry Standard Architecture 
(EISA) control signals to perform bus operations independent of 
the host CPU. Data accesses are restricted to the lower 16 bits of 
the data bus, but all EISA control signals are used. 


16-Bit EISA Slave A memory or I/O device that uses the EISA control signals to 
interface to the bus. Data accesses are restricted to the lower 16 
bits of the data bus, but all EISA control signals are used. 


16-Bit ISA Master A device that uses the ISA bus control signals to perform bus 
Operations independent of the host CPU. Only the 16-bit ISA 
= data bus and ISA control signals are used, limiting speed and 
performance. Access is possible to host system memory and I/O, 
as well as to any slave (ISA or EISA) on the bus. 


32-Bit Connector The physical bus connector used in EISA computers to extend 
the address and data size to 32 bits, and provide the fast cycle 
timing. 

32-Bit EISA Master A device that uses the EISA control signals to perform bus 


operations independent of the host CPU. Data accesses utilize 
the full 32 bits of the data bus, and all EJSA control signals are 
used. 


32-Bit EISA Slave A memory or I/O device that uses the EISA control signals to 
interface to the bus. Data accesses utilize the full 32 bits of the 
data bus, and all EISA control signals are used. 


* IBM PC is a registered trademark of International Business Machines. 
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A 


Assert 


B 
Bus Cycle 


Bus Latency 


Bus Transfer 


Byte Lane 


D 
DMA Controller 


DMA Device 


A signal is asserted by driving it to a logical true state. For 
positive-true signals this state is the high logic voltage, and for 
negative-true signals this state is the low logic voltage. 


A bus cycle is the action that occurs on the bus in order to 
transfer data. 


The time that elapses from when a bus master requests control 
of the bus until the bus master is given control of the bus. 


A bus transfer is one or more bus cycles. For example, a DMA 
transfer consists of many Direct Memory Access (DMA) read or 
write cycles. 


A byte lane is one of the four possible bytes that comprise the 
32-bit data path on the EISA bus. Each byte lane corresponds to 
one of the four byte enable signals BE*< 3:0 >. 


This device provides control of the larger part of the system’s 
DMA facility. The DMA controller responds to requests from 
the DMA device and provides address and control signals to the 
memory slaves and DMA device. 


The DMA device is typically located on a peripheral board on 
the EISA or ISA bus. The DMA device initiates DMA transfers, 
which are controlled by signals generated by the system DMA 
controller. The DMA device either presents or receives data 
during a DMA transfer and uses several signals to inform the 
DMaA controller of the status of the transfer. 


Extended Industry Standard Architecture Expansion Bus 


_ Glossary _B-3 


E 


EISA Bus A bus which includes all of the features and facilities provided 
by the ISA bus and also includes extensions defined in this 
document. The extensions use an additional connector for new 
signals which, together with the existing ISA signals, provide 
the ability to perform additional cycles not available on the ISA 
bus. 


EISA Master A device which uses EISA’s extended control signals to perform 
bus operations independent of the host CPU. The EISA bus 
master can request control of the bus, and assume complete 
control of all signals when it is granted the bus. The master can 
perform all memory and I/O cycles possible on the EISA bus, 
accessing both the system and any other such device on the 
EISA or ISA buses. 


EISA Slave A memory or I/O device which uses EISA’s extended control 
— signals to interface to the bus. An EISA slave does not initiate 
bus cycles. It simply responds to the control signals presented 

by the host CPU or other bus master. 


F 


Float When a signal is floated it is placed in the high impedance state, 
no longer driving the signal to a logic “1” or “Q.” 


Host CPU The main system processor. The host CPU typically has its own 
local bus allowing the CPU to access cache or local memory 
without using the EISA bus. The host CPU accesses the EISA 
bus like any other bus master, with the exception of a few 
special features. The data size of the host CPU does not 
determine the EISA bus size; the CPU can have a 8-, 16-, or 
32-bit data bus and still access the 16- or 32-bit EISA bus. 
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I 


ISA Bus 


ISA Connector 


ISA Slave 


Negate 


P 


Peripheral 


S 


Slot Specific 


The bus used in the ISA computers (originally embodied in the 
IBM personal computer AT or PCAT). The ISA bus provides 
the signals needed to perform the basic memory, I/O, and DMA 
functions of the system. 


The physical bus connector used in the ISA computers 
(originally embodied in the IBM personal computer AT or 
PCAT). 


A device that uses the ISA control signals to interface to the 
bus. An ISA slave does not initiate bus cycles. It responds to the 
control signals presented by the host CPU or other bus master. 


A signal is negated by driving it to a logical false state. For 
positive-true signals this state is the low logic voltage, and for 
negative-true signals this state is the high logic voltage. 


A peripheral is a hardware board that plugs into the ISA or 
EISA bus connectors. The peripheral contains all of the circuitry 
associated with the function of the board. The peripheral can be 
either a bus master or a bus slave. 


The term “slot specific” is used to describe a signal that is 
unique (1.e., routed only to) to a particular bus connector or slot. 
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